天天躁日日躁狠狠躁AV麻豆-天天躁人人躁人人躁狂躁-天天澡夜夜澡人人澡-天天影视香色欲综合网-国产成人女人在线视频观看-国产成人女人视频在线观看

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):消息交換模式,轉載需保留來源!

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

主站蜘蛛池模板: 武侠艳妇屈辱的张开双腿 | 亚洲精品线在线观看 | 老板吻我下身好爽到高潮 | 办公室里做好紧好爽H | 69久久国产露脸精品国产 | 91在线青春娱乐精品分类 | 国语自产精品一区在线视频观看 | 国产精品久久久精品日日 | 99热久久精品国产一区二区 | 亚洲综合色在线视频久 | 99热婷婷国产精品综合 | 美女教师朝桐光在线播放 | 久久99精品AV99果冻传媒 | 亚洲无吗视频 | 最近高清中文字幕无吗免费看 | 久久re亚洲在线视频 | aaa在线观看视频高清视频 | hd性欧美俱乐部中文 | 久久热国产在线视频 | 国产1000部成人免费视频 | 久久综合色视频 | 亚洲美女视频高清在线看 | 精品欧美18videosex欧美 | 国产一卡在线观看完整版 | 欧美精品3atv一区二区三区 | 久久久无码精品无码国产人妻丝瓜 | 四虎国产一区 | 热热久久超碰精品中文字幕 | 古代又黄又肉到湿的爽文 | 精品国产99久久久久久麻豆 | 香蕉久久夜色精品国产小说 | 精品久久久爽爽久久久AV | 国产日韩高清一区二区三区 | 国产精品自在在线午夜蜜芽tv在线 | 在线视频 国产 日韩 欧美 | 亚洲一卡二卡三卡四卡无卡麻豆 | 国产国产乱老熟女视频网站97 | 高清mv视频免费观看 | 97人人碰免费视频公开 | 99久久精品费精品蜜臀AV | 儿子操妈妈 |