一区二区久久-一区二区三区www-一区二区三区久久-一区二区三区久久精品-麻豆国产一区二区在线观看-麻豆国产视频

WCF從理論到實踐(7):消息交換模式

系列文章導航:

WCF從理論到實踐(1):揭開神秘面紗

WCF從理論到實踐(2):決戰紫禁之巔

WCF從理論到實踐(3):八號當鋪之黑色契約

WCF從理論到實踐(4):路在何方

WCF從理論到實踐(5):Binding細解

WCF從理論到實踐(6):WCF架構

WCF從理論到實踐(7):消息交換模式

WCF從理論到實踐(8):事件廣播

WCF從理論到實踐(9):實例模式和對象生命周期

WCF從理論到實踐(10):異常處理

WCF從理論到實踐(11)-異步

WCF從理論到實踐(12):事務

WCF從理論到實踐(13):事務投票

WCF從理論到實踐(14):WCF解決方案模板

WCF從理論到實踐(15):響應變化

WCF從理論到實踐(16):操作重載(帶視頻+ppt+源碼)

WCF從理論到實踐(17):OO大背離(帶視頻+ppt+源碼)


本文的出發點

通過閱讀本文,您能理解以下知識:

  1. WCF定義了哪幾種消息交換模式?
  2. One-Way Calls
  3. Request/Reply
  4. Duplex
  5. 用示例來解析WCF的消息交換模式

本文適合的讀者

本文涉及到了SOA中的消息交換的基礎概念,需要一些初級的Xml Web Service和分布式系統開發的經驗,最好理解WCF架構

WCF定義了哪幾種消息交換模式?

WCF定義了三種消息交換方式 ,分別為:

  1. One-Way Calls
  2. Request/Reply
  3. Duplex

One-Way Calls

在幾種消息交換模式中,one-way calls是最沒良心的,對于客戶端,one-way calls就如肉包子打狗,有去無回。下面的圖示給出這種交換模型的特征:

在這種交換模式中,存在著如下的特征

  1. 沒有返回值,返回類型只能為void
  2. 不能包含ref或者out類型的參數
  3. 只有客戶端發起請求,服務端并不會對請求進行回復。

通過設置OperationContract的IsOneWay=True可以將滿足要求的方法設置為這種消息交換模式,方法如下:

[OperationContract(IsOneWay=true)]

void Test(int intVal);

上面的代碼,就是將方法Test設置成為了one-way call的消息交換模式,注意如果Test方法的返回類型不是void或者帶有ref或者out類型的參數,都會拋出異常InvalidOperationException,如下面列表中的方法均不能被聲明為one-way模式

int Test(int intVal);

int Test();

int Test();

void Test(ref int intVal);

void Test(out int intVal);

 

Request/Reply

request/reply比起one-way來說,就更懂得禮尚往來,它是缺省的消息交換模式,類似于http協議中的請求/響應模型。下面的圖示給出這種交換模式的特征:

這種交換模式是使用最多的一中,它有如下特征:

  1. 調用服務方法后需要等待服務的消息返回,即便該方法返回 void 類型
  2. 相比Duplex來講,這種模式強調的是客戶端的被動接受,也就是說客戶端接受到響應后,消息交換就結束了。
  3. 在這種模式下,服務端永遠是服務端,客戶端就是客戶端,職責分明。

它是缺省的消息交換模式,設置OperationContract便可以設置為此種消息交換模式

[OperationContrac]

void Test(int intVal);

注意,盡管Test方法返回為void,但Server也會生成reply響應并發送給client.有來有往是這種模式的特征。

 

Duplex

這種交換模式比起上面兩種,比較復雜,它和request/reply模式類似,也是有來有往,但處理過程卻比request/reply要復雜,因為它可以在處理完請求之后,通過請求客戶端中的回調進行響應操作,這種模式的圖示為:

注意,這種方式和request/reply方式的圖示也很類似,當二者存在著至關重要的不同,它在客戶端也有監聽節點,在callback的時候,服務器和客戶端的角色會進行交換,服務端此時成了嚴格意義上的客戶端,而客戶端此時能接受服務端的callback請求,所以成為了服務端。呵呵,辯證法,都拗口死了,當事實就是這種,就像對與錯一樣,會相互轉換,失敗是成功之母,而成功是失敗之源。廢話少說,Duplex的特征主要包括

  1. 消息交換過程中,服務端和客戶端角色會發生調換
  2. 服務端處理完請求后,返回給客戶端的不是reply,而是callback請求。

打個比方,Reqeust/Reply方式像是搓澡,1個管搓,1個被搓

而duplex像是拳擊,兩個人都會出拳

Duplex模式對Bindding有特殊的要求,它要求支持Duplex MEP(Message Exchange Pattern),如WSDualHttpBinding和NETTcpBinding,有關Binding的介紹請參見http://www.cnblogs.com/jillzhang/archive/2008/02/03/1063406.html

 

用示例來解析WCF的消息交換模式

建立示例的步驟不做具體闡述,下面看一下項目的最終結構:

下表說明各個項目的作用

項目名稱

項目作用

包含文件

Jillzhang.Messaging.Contract

定義WCF服務端和客戶端共同使用的Contract接口

IOneWayJob.cs

INormalJob.cs

IJob.cs

ICallback.cs

Jillzhang.Messaging.Service

實現WCF服務的Contract

OneWayJob.cs

NormalJob.cs

Job.cs

Jillzhang.Messaging.Host

一個Console應用程序,用于承載WCF服務端

Program.cs

App.config

Jillzhang.Messaging.WebSite

一個用于WebSite,用于承載WCF服務。是例外一中Host

OnewayService.svc

NormalJobService.svc

JobService.svc

web.config

Jillzhang.Messaging.Client

WCF客戶端,一個Console應用程序

OnewayProxy.cs

NormalJobProxy.cs

DuplexProxy.cs

MyCallback.cs

Program.cs

app.config

NET技術WCF從理論到實踐(7):消息交換模式,轉載需保留來源!

鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。

主站蜘蛛池模板: 国产高清视频在线 | 欧美精品无需播放器在线观看 | 国产一级成人毛片 | 国产91免费在线 | 亚洲国产成人精品小蝌蚪 | 91视频精选 | 一区二区视频在线 | 69国产成人精品午夜福中文 | 国产成人午夜性a一级毛片 国产成人系列 | 色哟哟www网站 | 日本久久道一区二区三区 | 在线一区二区三区 | 91精品视频在线免费观看 | 久久久久久麻豆 | 国内自拍网红在线综合 | 2022国产91精品久久久久久 | 久久久夜色精品国产噜噜 | 无码一区二区三区视频 | 欧美日韩色视频在线观看 | 高清欧美在线三级视频 | www国产视频 | 91po国产在线高清福利 | 精品国产福利久久久 | 一区二区免费 | 伊人激情| 美女被男人扒开腿猛网站 | 婷婷六月在线 | 婷婷免费视频 | 天天在线影院天天在线视频 | 亚洲一区二区三区四区在线观看 | 精品久久久久久国产91 | 99视频都是精品热在线播放 | 日本午夜精华 | 3久女bbbwww| 欧美特黄高清免费观看的 | 久久婷婷国产麻豆91天堂 | 香蕉免费看一区二区三区 | 中文字幕伦伦在线中文字 | 91精品国产色综合久久不 | 椎名空中文字幕一区二区 | 国产精品视频一区二区三区小说 |