Service Orientation vs Object Orientation

Merhaba Arkadaşlar,

Geçtiğimiz günlerde çok ilginç bir rüya daha gördüm. Laughing Ne zamandır paylaşmayı planlıyordum. Kısmet bu yazıymış. Rüyamda bir uçak yolculuğu ile Japonya' nın başkenti Tokyo' ya gidiyordum. Antartika üzerinden önce Hawai' ye oradanda Eminönü iskelesine uğradıktan sonra bir anda kendimi Tokyo' da buldum. E rüya tabi...Bir süre Japonya' ya vizesiz gidilebildiğini duymuştum.

 

Hala böylemidir bilemiyorum ama vardığımda beni sorguya çektiler. Girebilmemin tek şartı Service yaklaşımı ile Object yaklaşımı arasındaki farklardan on tanesini söyleyebilmemdi. "Demek öyle" dedim. Samuray kılıcımı çektim ve onlara şunları söyledim.

Service Orientation için Söylediklerim Object Orientation için Söylediklerim
Farklı sistemlerin/platformların ayrı çalışma ortamları içerisinde olması(Heterojenlik)... Aynı çalışma ortamı içerisindeki tek bir sistemin ele alınması(Homojenlik)...
Başka sistemler ile yapılacak haberleşmeleri ortak bir çerçevede geliştirebilmek için gereklilikleri düşünme zorunluluğu(Interoperability)... Interoperability' yi çok fazla düşünmeden yaşayabilme lüksü...
Asenkron erişimin daha zor sağlandığı, uzun süreli süreçlerin(Long Running Processes) yer aldığı tahmin edilebilirliğin azaldığı bir işleyiş... Asenkron işleyişlerin daha dar bir kapsamda düşünüldüğü, tahmin edilebilir işleyiş...
Özerk olmaları ve bu nedenle güvenlik(Security) ve hatalar(Failure) ile ilişkili izolasyonun şart olması... Çalışma zamanı nesne örneklerine ait yaşam döngülerinin, bulundukları ortam tarafından yönetilmesi...
Şemaların(Schema) ve mesajlaşmanın önemli olması... Tiplerin(Types) önemli olması...
Güvenliği sağlamak için daha çok kriterin düşünülmek zorunda olması(Ağı kimler dinler, neler yapılmaz bilinmez) ve bunun doğal sonucu paranoyaklık(%99 güvenli bir sisteme ulaşma zorluğu)... Daha az kriterin ele alınmasıKendi sınırlarım içinde güvenliği %99' a kadar sağlayabilirim mantığı)...
Geliştirme maliyeti daha yüksek... Servis tabanlıya göre daha ucuz...
Sistem yaşamını devam ettirirken dağıtımların(Deployment) bağımsız olarak yapılabilmesi... İstemci/ Sunucu tarzı uygulamalarda dağıtımın senkron olarak yapılması(ClickOnce gibi teknolojiler bir ölçüde bunu kolaylaştırsada)...
Farklı uygulama alanlarındaki(Application Domain) bileşenleri konuşturmak... Bellek üzerindeki nesneleri konuşturmak...
Performansı etkileyebilecek daha çok faktör olması... Performansı arttırma maliyetinin daha ucuz olması...
Başarmıştım. Farkettiğim farkları, bilinen farkları söylemiştim. Peki ne oldu? Tokyo' ya  girebildim mi? Hayır...Çalar saatin sesi ile uyanıp işe koyuluverdim. Wink

Yorumlar (1) -

  • Başka sistemler tarafından kullanılabilme durumlarında SOA:1-OO:0 şeklinde bende arkanızdan gelim tokyo'ya...Oradan Maldiv'lere geçelim sonra...

Yorum ekle

Loading