日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
WCF可信賴會(huì)話正確使用方法介紹

WCF開發(fā)插件是一個(gè)功能非常強(qiáng)大的工具,可以幫助我們輕松的實(shí)現(xiàn)一些安全性較強(qiáng)的開發(fā)解決方案。在這里我們將會(huì)針對(duì)WCF可信賴會(huì)話的相關(guān)特點(diǎn)為大家詳細(xì)介紹一些WCF安全方面的知識(shí)。#t#

如果需要保證消息的傳輸正確性,以及傳輸?shù)南㈨樞颍赪CF中的實(shí)現(xiàn)非常容易,即使用可信賴會(huì)話ReliableSession,前提是我們應(yīng)該選擇正確的綁定。支持可信賴會(huì)話的綁定包括WSHttpBinding,WSDualHttpBinding,WSFederationBinding以及NetTcpBinding和NetNamedPipesBinding(該綁定使用IPC協(xié)議,按照J(rèn)uval Lowy的說法,該綁定的類名并不合理。綁定的類名通常根據(jù)協(xié)議命名,而不是根據(jù)它所采用的技術(shù),例如NetTcpBinding而不是NetSocketBinding。因此IPC綁定應(yīng)命名為NetIPCBinding,而不是NetNamedPipesBinding)。其中,與WS-*相關(guān)的綁定需要手動(dòng)打開WCF可信賴會(huì)話。

由于綁定可以采用配置方式設(shè)定,因此,是否增加可信賴傳輸與具體的服務(wù)契約代碼無關(guān)。此外,綁定的選擇同樣可以通過配置文件修改,這就保證了WCF實(shí)現(xiàn)的靈活性。配置可信賴會(huì)話的方式如下所示:

 
 
 
  1. < wsHttpBinding> 
  2. < binding name="reliableBinding" receiveTimeout="00:20:00"> 
  3. < reliableSession enabled="true" ordered="true" 
    inactivityTimeout="00:20:00"/> 
  4. < /binding> 
  5. < /wsHttpBinding> 

在配置文件中,讓人疑惑不解的是兩個(gè)超時(shí)值的設(shè)置。兩者代表了不同的含義。receiveTimeout與應(yīng)用程序消息相關(guān),而inactivityTimeout則與應(yīng)用程序以及基礎(chǔ)架構(gòu)消息相關(guān)。舉例來說,如果一個(gè)服務(wù)契約包含了三個(gè)服務(wù)操作,且這三個(gè)操作將形成一個(gè)有序的序列(傳輸?shù)南㈨樞蚺c此相關(guān)),那么計(jì)算非活動(dòng)狀態(tài)的值,對(duì)于前者而言是從調(diào)用服務(wù)對(duì)象的某一個(gè)操作之后開始計(jì)算,而后者則針對(duì)整個(gè)序列的操作。根據(jù)MSDN的解釋,基礎(chǔ)架構(gòu)消息是指為了通道堆棧中的協(xié)議之一(例如,保持活動(dòng)狀態(tài)或確認(rèn),而并非包含應(yīng)用程序數(shù)據(jù))而生成的消息。

在WCF可信賴會(huì)話中,任何一個(gè)超時(shí)值計(jì)時(shí)器觸發(fā)都會(huì)斷開連接,因此單獨(dú)改變其中某一個(gè)的值是沒有意義的。如果值不相同,則取兩個(gè)值之間的最小值。他們的默認(rèn)值均為10秒。

ReliableSession的Ordered屬性保證了消息的傳輸順序。它不意味著我們?cè)谡{(diào)用服務(wù)對(duì)象時(shí),必須遵循操作調(diào)用的順序,而是指消息在發(fā)送時(shí),必須按照調(diào)用的順序傳送。例如一個(gè)服務(wù)契約定義了M1,M2,M3三個(gè)服務(wù)操作。如果服務(wù)對(duì)象的調(diào)用順序如下所示:

 
 
 
  1. m_proxy.M1();  
  2. m_proxy.M2();  
  3. m_proxy.M3(); 

則消息的順序?yàn)镸1-> M2 -> M3。如果修改操作的調(diào)用順序如下:

 
 
 
  1. m_proxy.M3();  
  2. m_proxy.M2();  
  3. m_proxy.M1(); 

則消息的順序?yàn)镸3-> M2 -> M1。因此,我們應(yīng)注意它與所謂的“分步操作(Demarcating Operation)”的區(qū)別。分步操作通過在[OperationContract]中指定IsInitiating和IsTerminating的值,標(biāo)示操作的調(diào)用順序。在DevX的一篇文章中有如下的服務(wù)契約定義:

 
 
 
  1. [ServiceContract]  
  2. public interface IChopstickBuilder  
  3. {  
  4. [OperationContract]  
  5. int GetChopsticksUnderConstruction();  
  6. [OperationContract]  
  7. void WarmupChopstickMachine();  
  8. [OperationContract]  
  9. void ConstructAChopstick();  

其中要求WarmupChopstickMachine()必須在ConstructAChopstick()操作之前調(diào)用。為保證客戶端調(diào)用不出現(xiàn)順序的錯(cuò)誤,單單啟動(dòng)WCF可信賴會(huì)話的有序傳遞仍嫌不足。此時(shí),我們可以為WarmupChopstickMachine()操作定義分步操作:

 
 
 
  1. [OperationContract(IsInitiating = true)]  
  2. void WarmupChopstickMachine(); 

不過,這樣的操作定義實(shí)際上是無效的,因?yàn)镮sInitiating的默認(rèn)值本身就是true,這樣的設(shè)置與不設(shè)置的效果完全一致。因此,我們可以考慮對(duì)ConstructAChopstick()和GetChopsticksUnderConstruction()進(jìn)行設(shè)置:

 
 
 
  1. [ServiceContract(SessionModeSessionMode = SessionMode.Required)]  
  2. public interface IChopstickBuilder  
  3. {  
  4. [OperationContract(IsInitiating = false, IsTerminating = true)]  
  5. int GetChopsticksUnderConstruction();  
  6. [OperationContract]  
  7. void WarmupChopstickMachine();  
  8. [OperationContract(IsInitiating = false)]  
  9. void ConstructAChopstick();  

使用分步操作需要會(huì)話的支持,因此需要在服務(wù)契約上將SessionMode設(shè)置為Required,否則會(huì)拋出InvalidOperationException異常。

對(duì)于某些嚴(yán)格要求WCF可信賴會(huì)話的服務(wù),為避免配置文件中錯(cuò)誤設(shè)置可信賴會(huì)話的可能,可以強(qiáng)制要求WCF檢查包含該服務(wù)契約的終結(jié)點(diǎn),確認(rèn)它是否選擇了支持可信賴會(huì)話的綁定,并支持有序傳遞:

 
 
 
  1. [ServiceContract(SessionModeSessionMode = SessionMode.Required)]  
  2. [DeliveryRequirements(RequireOrderedDelivery = true)]  
  3. public interface MyReliableService... 

以上就是我們?yōu)榇蠹以敿?xì)介紹的WCF可信賴會(huì)話的具體內(nèi)容。


本文題目:WCF可信賴會(huì)話正確使用方法介紹
URL鏈接:http://www.dlmjj.cn/article/ccccjig.html