日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網營銷解決方案
WCFWS-Discovery應用技巧分享

WCF是一款使用托管代碼建立的應用程序統(tǒng)一框架。它在實際應用中可以幫助開發(fā)人員輕松的實現一個安全性高,可依賴性的開發(fā)解決方案,輕松幫助用戶解決各種問題。在這里我們會為大家詳細介紹一下WCF WS-Discovery的相關應用技巧。#t#

在WS-*標準和規(guī)范中,WCF WS-Discovery是在2008年才加入了OASIS標準。WS-Discovery在標準被定義為Web Service Dynamic Discovery,其目的是為定位服務定義Discovery協(xié)議,主要應用在為客戶端動態(tài)搜索一個或多個目標服務。OASIS為WS- Discovery提供了兩種操作模式:ad hoc和managed模式。

ad hoc模式根據類型在托管目標服務的范圍內查找目標服務??蛻舳藭远嗖サ男问桨l(fā)送一個Probe(探測)消息,如果服務匹配該信息,則以單播方式直接將響應發(fā)送到客戶端。為了能夠根據名稱定位目標服務,客戶端會以相同的多播組發(fā)送一個Resolve(解析)消息,同樣的,匹配該消息的服務會直接以單播方式響應客戶端。

如果Endpoint的數量擴大了,且超出了ad hoc網絡的范圍之外,而且在網絡中可以使用Discovery Proxy(發(fā)現代理),則應該采用Managed操作模式,以禁止多播的行為。在Managed模式下,目標服務只需要以單播的形式發(fā)布一個 announcement(通告)消息到Discovery Proxy,同時,客戶端也會以單播形式發(fā)送Probe和Resolve消息到Discovery Proxy。這種模式并非直接采用單播方式,而是會實時對Discovery Proxy進行監(jiān)聽,然后根據情況切換操作模式,從而降低多播給網絡傳輸帶來的影響。當Discovery Proxy檢測到在ad hoc網絡中有多播方式發(fā)送的Probe和Resolve消息時,它就會發(fā)布announcement通知自身??蛻舳艘坏┍O(jiān)聽到Discovery Proxy上的announcement消息,就切換為Managed模式,直接以單播方式將probe和resolve消息發(fā)送給Discovery Proxy。如果Discovery Proxy沒有響應,客戶端又會切換為ad hoc操作模式。Managed模式的消息交換流程如下所示:

WCF 4.0實現了OASIS的WCF WS-Discovery標準,相關的類定義在System.ServiceModel.Discovery命名空間中。這是一個單獨的程序集,所以需要添加對它的引用。

WCF Discoverty支持ad hoc和Managed模式,其中實現Managed模式需要實現Discovery Proxy。

在WCF 4.0中,新增了ServiceDiscoveryBehavior行為類,可以控制服務終結點的可發(fā)現能力。它能夠讓服務的所有終結點都能被發(fā)現,相反,如果使用EndpointDiscoveryBehavior則只能使特定的終結點能夠被發(fā)現。除了需要添加發(fā)現行為,我們還需要添加發(fā)現終結點,用來指定監(jiān)聽以及發(fā)送discovery消息。WCF中標準的發(fā)現終結點類是UdpDiscoveryEndpoint,它基于UDP的多播綁定,是WCF 預先配置好的發(fā)現終結點。該終結點繼承自DiscoveryEndpoint類。在托管服務的時候,我們可以向ServiceHost中添加 ServiceDiscoveryBehavior和EndpointDiscoveryBehavior,如下所示:

 
 
 
  1. class CalculatorServiceHost {
  2. public static void Main() {
  3. Uri baseAddress = new Uri("http://localhost:8000/" + 
    Guid.NewGuid().ToString()); 
  4. using (ServiceHost serviceHost = new ServiceHost(typeof
    (CalculatorService), baseAddress)) {
  5. serviceHost.AddServiceEndpoint(typeof(ICalculatorService), 
    new WSHttpBinding(), String.Empty);
  6. // Make the service discoverable over UDP multicast 
  7. serviceHost.Description.Behaviors.Add(new ServiceDiscoveryBehavior()); 
  8. serviceHost.AddServiceEndpoint(new UdpDiscoveryEndpoint());
  9. serviceHost.Open();
  10. Console.WriteLine("Calculator Service started at {0}", baseAddress);
  11. Console.WriteLine();
  12. Console.WriteLine("Press  to terminate the service.");
  13. Console.WriteLine();
  14. Console.ReadLine();
  15. }
  16. }
  17. }

在對服務宿主進行如下設置之后,客戶端就可以通過發(fā)送Probe和Resolve消息來發(fā)現服務。WCF將這些邏輯封裝在了DiscoveryClient 類中。它接受一個發(fā)現終結點對象,然后通過調用它的Find()方法(該方法接受一個FindCriteria實例,用來指定搜索標準,在下面的代碼片斷中指定搜索標準為按照目標服務的類型),返回FindResponse對象。該對象會包含一個 Collection類型的屬性Endpoints:

 
 
 
  1. // Create DiscoveryClient
  2. DiscoveryClient discoveryClient = new DiscoveryClient
    (new UdpDiscoveryEndpoint());
  3. Console.WriteLine("Finding ICalculatorService endpoints...");
  4. Console.WriteLine();
  5. // Find ICalculatorService endpoints 
  6. FindResponse findResponse = discoveryClient.Find
    (new FindCriteria(typeof(ICalculatorService)));
  7. Console.WriteLine("Found {0} ICalculatorService endpoint(s).", 
    findResponse.Endpoints.Count);
  8. Console.WriteLine();
  9. if (findResponse.Endpoints.Count > 0) {
  10. return findResponse.Endpoints[0].Address;
  11. } else {
  12. return null;
  13. }

通過WCF WS-Discovery,我們不需要知道WCF服務的終結點,只要存在目標服務,我們就能夠動態(tài)查找到該服務。即使服務的Url發(fā)生改變,我們也不需要修改任何代碼和配置文件,客戶端仍然能夠正常發(fā)現目標服務。


分享名稱:WCFWS-Discovery應用技巧分享
瀏覽路徑:http://www.5511xx.com/article/dhcjhgp.html