Servis odaklı mimariyi kullanmak illaki sıfırdan SOA özelliklerini sağlayan bir yazılım üretmek gerekmiyor, zaten bunca yardımcı API varken eğer gerçekten lazım değilse sıfırdan üretim zaman kaybı olurdu.  WCF işte tam burada devreye giriyor. COM+, .Net Remoting gibi Dağıtık sistem geliştirme araçlarını da içeren bir toplama API gibi düşünebiliriz WCF’yi. Ama sadece bu tanımı yapmak da WCF ye haksızlık olur. Asıl amacı Hızlı bir bişimde SOA yazılımları geliştirebilmek ve hakkaten bunu becerebiliyor. En azından benim görüşüm bu, kendi öğrenci başıma geliştirdiğim bazı ufak tefek yazılımlarda yıldırım hızı kazandırdığı bir gerçek. (Kısmet Firmalarda Çalışmakta ahh ahh). ( bu arada bir parantez notu WCF’yi anlattığım bir arkadaş bana sadece windows makinaların yararlanacağı bir servisi ben ne yapayım demişti ama WCF diğer platformlardaki makinalara servis verebilecek yazılımlar geliştirmemize olanak sunuyor, ama o bunu anlamamakta ısrarcı )

WCF ile yapılan servislerin çalışma prensibi için temel olarak bilmemiz gereken şeyler şunlar:

            . Aynı ya da farklı bilgisayarlardaki farklı uygulama alanlarıyla etkileşim sağlanabilir.

            . Servis - Kullanıcı etkileşimi esnasında bir proxy nesnesi kullanılır

            . Servise giriş ve Servisten çıkışlarda bir endpoint nesnesi bulunur.

Birinci madde aslında dağıtık sistemin özü, çünkü bilgisayarlararası bir etkileşim söz konusu.

Proxy nesnesi ise servise gelen istekleri endPoint’e yollar ya da endPointten gelen verileri İstemciye ulaştırır.

endPoint nesnesi aslında servise ulaşmak isteyen kullanıcılara bir arayüz, çıkan veriler için ise son şekillerndirme noktasıdır.

(EndPoint hakkında ayrıca bir yazı yazarak içeriğinden bahsedeceğim)

Başlangıç olarak WCF hakkında bir fikir vermek istedim, konuya diğer yazılarımda devam etmek istiyorum (öğrendikçe).