ChannelFactory'yi kullanarak çağrıları çağırabildiğinizde, hangi koşullar altında bir WCF hizmetinden bir proxy oluşturmayı tercih edeceğinizi merak mı ediyorsunuz?
Bu şekilde, bir proxy oluşturmanıza ve sunucu güncellendiğinde bir proxy oluşturma konusunda endişelenmenize gerek kalmayacak mı?
Teşekkürler
Yanıtlar:
Bir WCF istemcisi oluşturmanın 3 temel yolu vardır:
Visual Studio'nun proxy'nizi oluşturmasına izin verin. Bu, WSDL'yi okuyarak hizmete bağlanan kodu otomatik olarak oluşturur. Hizmet herhangi bir nedenle değişirse, onu yeniden oluşturmanız gerekir. Bunun en büyük avantajı, kurulumunun kolay olmasıdır - VS'nin bir sihirbazı vardır ve hepsi otomatiktir. Dezavantajı, tüm zor işleri sizin için yapması için VS'ye güvenmenizdir ve bu nedenle kontrolü kaybedersiniz.
ChannelFactoryBilinen bir arayüzle kullanın . Bu, hizmeti (hizmet sözleşmesi) tanımlayan yerel arayüzlere sahip olmanıza dayanır. En büyük avantaj, değişimi çok daha kolay yönetebilmesidir - yine de değişiklikleri yeniden derlemeniz ve düzeltmeniz gerekir, ancak şimdi kodu yeniden oluşturmuyorsunuz, yeni arayüzlere referans veriyorsunuz. Genel olarak bu, hem sunucuyu hem de istemciyi kontrol ettiğinizde kullanılır, çünkü her ikisi de birim testi için çok daha kolay alay edilebilir. Ancak arayüzler herhangi bir hizmet için yazılabilir, hatta REST olanlar bile - bu Twitter API'ye bir göz atın .
Kendi proxy'nizi yazın - bunu yapmak oldukça kolaydır, özellikle REST hizmetleri için HttpClientveya WebClient. Bu size en ince tahıl denetimini sağlar, ancak çok sayıda hizmet API'sinin dizelerde yer alması pahasına. Örneğin: var content = new HttpClient().Get("http://yoursite.com/resource/id").Content;- API'nin ayrıntıları değişirse, çalışma zamanına kadar bir hatayla karşılaşmazsınız.
Kişisel olarak 1. seçeneği hiç sevmedim - otomatik olarak oluşturulan koda güvenmek dağınıktır ve çok fazla kontrolü kaybeder. Ayrıca, sık sık serileştirme sorunları yaratır - sonuçta iki özdeş sınıf (biri sunucu kodunda, biri otomatik olarak oluşturulmuş) ortaya çıkar, ancak bu bir sıkıntıdır.
Seçenek 2 mükemmel olmalı, ancak Kanallar biraz fazla sınırlayıcıdır - örneğin , HTTP hatalarının içeriğini tamamen kaybederler . Bu, servisi tanımlayan arayüzlere sahip olmanın kodlamanın ve bakımının çok daha kolay olduğunu söyledi.
ChannelFactory'yi MetadataResolver.Resolve yöntemi ile birlikte kullanıyorum. İstemci yapılandırması can sıkıcı, bu yüzden sunucudan ServiceEndpoint'imi alıyorum.
ChannelFactory (Of T) kullandığınızda, T, projenizdeki bir referanstan alabileceğiniz orijinal sözleşmedir veya oluşturulmuş bir sözleşme örneğidir. Bazı projelerde, sözleşme dll'sine referans ekleyemediğim için kodu bir Servis Referansından oluşturdum. Hatta hizmet referansı ile bir eşzamansız sözleşme oluşturabilir ve bu sözleşme arayüzünü ChannelFactory ile kullanabilirsiniz.
Benim için ChannelFactory'yi kullanmanın ana amacı WCF istemci yapılandırma bilgilerinden kurtulmaktı. Aşağıdaki örnek kodda, yapılandırma olmadan bir WCF istemcisine nasıl ulaşılacağını görebilirsiniz.
Dim fixedAddress = "net.tcp://server/service.svc/mex"
Dim availableBindings = MetadataResolver.Resolve(GetType(ContractAssembly.IContractName), New EndpointAddress(fixedAddress))
factoryService = New ChannelFactory(Of ContractAssembly.IContractName)(availableBindings(0))
accesService = factoryService.CreateChannel()
Son projemde, availableBindings, varsa net.tcp veya net.pipe kullanmak için kontrol edilir. Bu şekilde, ihtiyaçlarım için mevcut en iyi ciltlemeyi kullanabilirim. Ben sadece sunucuda bir meta veri uç noktasının var olduğuna güveniyorum.
Umarım bu yardımcı olur
BTW, bu .NET 3.5 kullanılarak yapılır. Ancak 4.0 ile de çalışır.
The main point of using ChannelFactory to get rid of the WCF client config
Peki kullanmak ChannelFactory<T>için hizmet ve müşteri arasında sözleşme derlemelerini paylaşmaya istekli olmalısınız. Bu sizin için uygunsa ChannelFactory<T>, size biraz zaman kazandırabilir.
Proxy zaman uyumsuz işlevler oluşturacak ve bunun için hoş bir durum.
Cevabım Keith ve Andrew Hare'in bir tür özeti. cevaplarının .
Sunucuyu kontrol etmiyorsanız, ancak yalnızca WSDL / URL'niz varsa, Visual Studio veya svcutil kullanarak proxy oluşturun. (Svcutil daha iyi çalıştığında Visual Studio'nun bazen başarısız olduğunu unutmayın).
Hem sunucuyu hem de istemciyi kontrol ettiğinizde, arayüzleri / sözleşmeleri paylaşın ve ChannelFactory'yi arayın
.
Bu sadece kazanılan zaman meselesi değil. WSDL tarafından oluşturulan proxy'yi kullanmak tehlikelidir çünkü hizmet referansını güncellemeyi unutursanız çözümü tutarsız bir durumda bırakabilirsiniz. Her şey derlenir ama hizmet sözleşmesi bozulur. Mümkün olduğunca ChannelFactory kullanmayı kesinlikle öneririm, hayatınızı çok kolaylaştırırsınız.
Olası bir alternatif, projenizi her oluşturduğunuzda proxy oluşturmak için SVCUtil yardımcı programını çağıran önceden oluşturulmuş bir komut dosyası yazmak olabilir, ancak yine de ChannelFactory çok daha düzgün ve zariftir.