|
|
系列文章導(dǎo)航：
WCF從理論到實(shí)踐(2)：決戰(zhàn)紫禁之巔
WCF從理論到實(shí)踐(3)：八號(hào)當(dāng)鋪之黑色契約
WCF從理論到實(shí)踐(5)：Binding細(xì)解
WCF從理論到實(shí)踐(9):實(shí)例模式和對(duì)象生命周期
WCF從理論到實(shí)踐(16):操作重載（帶視頻+ppt+源碼）
WCF從理論到實(shí)踐(17):OO大背離（帶視頻+ppt+源碼）
本文的出發(fā)點(diǎn)
通過(guò)閱讀本文，您能理解以下知識(shí)：
- WCF定義了哪幾種消息交換模式？
- One-Way Calls
- Request/Reply
- Duplex
- 用示例來(lái)解析WCF的消息交換模式
本文適合的讀者
本文涉及到了SOA中的消息交換的基礎(chǔ)概念，需要一些初級(jí)的Xml Web Service和分布式系統(tǒng)開(kāi)發(fā)的經(jīng)驗(yàn),最好理解WCF架構(gòu)
WCF定義了哪幾種消息交換模式？
WCF定義了三種消息交換方式 ,分別為：
- One-Way Calls
- Request/Reply
- Duplex
One-Way Calls
在幾種消息交換模式中，one-way calls是最沒(méi)良心的，對(duì)于客戶(hù)端，one-way calls就如肉包子打狗，有去無(wú)回。下面的圖示給出這種交換模型的特征：
在這種交換模式中，存在著如下的特征
- 沒(méi)有返回值，返回類(lèi)型只能為void
- 不能包含ref或者out類(lèi)型的參數(shù)
- 只有客戶(hù)端發(fā)起請(qǐng)求，服務(wù)端并不會(huì)對(duì)請(qǐng)求進(jìn)行回復(fù)。
通過(guò)設(shè)置OperationContract的IsOneWay=True可以將滿(mǎn)足要求的方法設(shè)置為這種消息交換模式，方法如下：
[OperationContract(IsOneWay=true)]
void Test(int intVal);
上面的代碼，就是將方法Test設(shè)置成為了one-way call的消息交換模式，注意如果Test方法的返回類(lèi)型不是void或者帶有ref或者out類(lèi)型的參數(shù)，都會(huì)拋出異常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來(lái)說(shuō)，就更懂得禮尚往來(lái)，它是缺省的消息交換模式，類(lèi)似于http協(xié)議中的請(qǐng)求/響應(yīng)模型。下面的圖示給出這種交換模式的特征：
這種交換模式是使用最多的一中，它有如下特征：
- 調(diào)用服務(wù)方法后需要等待服務(wù)的消息返回，即便該方法返回 void 類(lèi)型
- 相比Duplex來(lái)講，這種模式強(qiáng)調(diào)的是客戶(hù)端的被動(dòng)接受，也就是說(shuō)客戶(hù)端接受到響應(yīng)后，消息交換就結(jié)束了。
- 在這種模式下，服務(wù)端永遠(yuǎn)是服務(wù)端，客戶(hù)端就是客戶(hù)端，職責(zé)分明。
它是缺省的消息交換模式，設(shè)置OperationContract便可以設(shè)置為此種消息交換模式
[OperationContrac]
void Test(int intVal);
注意，盡管Test方法返回為void，但Server也會(huì)生成reply響應(yīng)并發(fā)送給client.有來(lái)有往是這種模式的特征。
Duplex
這種交換模式比起上面兩種，比較復(fù)雜，它和request/reply模式類(lèi)似，也是有來(lái)有往，但處理過(guò)程卻比request/reply要復(fù)雜，因?yàn)樗梢栽谔幚硗暾?qǐng)求之后，通過(guò)請(qǐng)求客戶(hù)端中的回調(diào)進(jìn)行響應(yīng)操作，這種模式的圖示為：
注意，這種方式和request/reply方式的圖示也很類(lèi)似，當(dāng)二者存在著至關(guān)重要的不同，它在客戶(hù)端也有監(jiān)聽(tīng)節(jié)點(diǎn)，在callback的時(shí)候，服務(wù)器和客戶(hù)端的角色會(huì)進(jìn)行交換，服務(wù)端此時(shí)成了嚴(yán)格意義上的客戶(hù)端，而客戶(hù)端此時(shí)能接受服務(wù)端的callback請(qǐng)求,所以成為了服務(wù)端。呵呵，辯證法，都拗口死了，當(dāng)事實(shí)就是這種，就像對(duì)與錯(cuò)一樣，會(huì)相互轉(zhuǎn)換，失敗是成功之母，而成功是失敗之源。廢話(huà)少說(shuō)，Duplex的特征主要包括
- 消息交換過(guò)程中，服務(wù)端和客戶(hù)端角色會(huì)發(fā)生調(diào)換
- 服務(wù)端處理完請(qǐng)求后，返回給客戶(hù)端的不是reply，而是callback請(qǐng)求。
打個(gè)比方，Reqeust/Reply方式像是搓澡，1個(gè)管搓，1個(gè)被搓
而duplex像是拳擊，兩個(gè)人都會(huì)出拳
Duplex模式對(duì)Bindding有特殊的要求，它要求支持Duplex MEP(Message Exchange Pattern),如WSDualHttpBinding和NETTcpBinding，有關(guān)Binding的介紹請(qǐng)參見(jiàn)http://www.cnblogs.com/jillzhang/archive/2008/02/03/1063406.html
用示例來(lái)解析WCF的消息交換模式
建立示例的步驟不做具體闡述，下面看一下項(xiàng)目的最終結(jié)構(gòu)：
下表說(shuō)明各個(gè)項(xiàng)目的作用
項(xiàng)目名稱(chēng) | 項(xiàng)目作用 | 包含文件 |
Jillzhang.Messaging.Contract | 定義WCF服務(wù)端和客戶(hù)端共同使用的Contract接口 | IOneWayJob.cs INormalJob.cs IJob.cs ICallback.cs |
Jillzhang.Messaging.Service | 實(shí)現(xiàn)WCF服務(wù)的Contract | OneWayJob.cs NormalJob.cs Job.cs |
Jillzhang.Messaging.Host | 一個(gè)Console應(yīng)用程序，用于承載WCF服務(wù)端 | Program.cs App.config |
Jillzhang.Messaging.WebSite | 一個(gè)用于WebSite，用于承載WCF服務(wù)。是例外一中Host | OnewayService.svc NormalJobService.svc JobService.svc web.config |
Jillzhang.Messaging.Client | WCF客戶(hù)端，一個(gè)Console應(yīng)用程序 | OnewayProxy.cs NormalJobProxy.cs DuplexProxy.cs MyCallback.cs Program.cs app.config |
NET技術(shù)：WCF從理論到實(shí)踐(7)：消息交換模式，轉(zhuǎn)載需保留來(lái)源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
