摘要： 最近開發(fā)一套由客戶方定制的服務(wù)，據(jù)說之前版本是通過C寫的WebService。那個(gè)神奇的Service我是沒見過。只是有一點(diǎn)，之前的驗(yàn)證過程居然是這樣進(jìn)行的：客戶端發(fā)送賬號(hào)、密碼，Service進(jìn)行驗(yàn)證。驗(yàn)證成功后，Service會(huì)將產(chǎn)生一個(gè)加密字符，以類似Session方式存儲(chǔ)并發(fā)送一個(gè)加密字符串給客戶端。之后客戶端每次調(diào)用服務(wù)都發(fā)送這個(gè)加密字符串以供服務(wù)端進(jìn)行驗(yàn)證合法性。雖然個(gè)人覺得極為變態(tài)，但是交涉未果。另外還有一點(diǎn)需求就是：服務(wù)端會(huì)有一個(gè)授權(quán)文件，這個(gè)授權(quán)文件里面存放的是對(duì)客戶端接口調(diào)用的授權(quán)信息。 基于以上原因，考慮到WCF優(yōu)秀的擴(kuò)展性決定對(duì)他進(jìn)行一定的擴(kuò)展，以完成以上需求。　... 閱讀全文

摘要： 大家都知道WCF會(huì)話模式有幾個(gè)要求：1、會(huì)話契約；2、綁定支持；3、實(shí)例模式為PerSession。這幾個(gè)要素是WCF支持的必要條件。會(huì)話契約：由服務(wù)端提供實(shí)現(xiàn)，客戶端調(diào)用時(shí)只持有契約定義，所以需要通過契約定義告知客戶端，服務(wù)端是支持會(huì)話的。綁定：會(huì)話沒有綁定的支持也就無從談起了。InstanceContextMode為PerSession。通過它可以保證在會(huì)話期間，服務(wù)實(shí)例不會(huì)被銷毀。 較為復(fù)雜的問題在于ServiceContract中SessionMode的設(shè)置。SessionMode定義如下：//摘要://指定可用于指示支持協(xié)定需要或支持的可靠會(huì)話的值。publicenumSessio. 閱讀全文

摘要： 在使用WCF實(shí)例模型時(shí)，你是否思考過這幾個(gè)的問題：”WCF中的實(shí)例模式如何正確應(yīng)用”？”使用WCF中的實(shí)例模式有何原則可以遵循嗎”？ 眾所周知：客戶端調(diào)用服務(wù)時(shí)，最終會(huì)將調(diào)用服務(wù)端的某個(gè)實(shí)例來完成。在WCF服務(wù)中，可以通過ServiceBehavior的InstanceContextMode設(shè)置服務(wù)實(shí)例。InstanceContextMode定義如下：//摘要://指定可用來處理包含在傳入消息中的調(diào)用的服務(wù)實(shí)例數(shù)。publicenumInstanceContextMode{//摘要://為每個(gè)會(huì)話創(chuàng)建一個(gè)新的System.ServiceModel.InstanceContext對(duì)象。PerSe 閱讀全文

摘要： MVC在Web開發(fā)中的優(yōu)勢（在TDD方面、邏輯與UI的徹底分離）已無需多言，除此之外個(gè)人感覺在給UI提供JSON各式的數(shù)據(jù)也更加方便。但是總體上說，在公司的這次MVC經(jīng)歷最后的感覺還是比較失敗。個(gè)人記錄下來在此做個(gè)反思，同時(shí)希望和大家一起交流，向大家學(xué)習(xí)。整體項(xiàng)目截圖如下：(圖1)首先從以上截圖中，... 閱讀全文

摘要： 開篇之前鄭重申明：本文是基于Artech所介紹的Kerberos認(rèn)證的來談?wù)剛€(gè)人對(duì)Kerberos認(rèn)證流程以及消息交互理解。如果您想深入了解，請點(diǎn)擊此處。如有理解不當(dāng)?shù)牡胤剑€望賜教。 先介紹Kerberos中的幾個(gè)概念：概念說明：AD：Active DirectoryService Session Key :服務(wù)會(huì)話密鑰Logon Session Key :登錄會(huì)話密鑰KDC : Key Distribution CenterKAS :Key Kerberos Authentication Service。它是KDC的一個(gè)服務(wù)TGS: Ticket Granting Service；它是K. 閱讀全文

摘要： 在企業(yè)級(jí)應(yīng)用開發(fā)中，利用合適的框架針對(duì)不同項(xiàng)目構(gòu)建相應(yīng)的應(yīng)用。Spring.Net作為Spring的.Net版本，具有很強(qiáng)大的應(yīng)用。如：作為IoC容器、AOP處理框架、與NHibernate的集成、Spring.Net發(fā)布WebService\WCF服務(wù)等。而NHibernate作為一個(gè)優(yōu)秀的ORM框架也廣受開發(fā)者的青睞。本文將通過Spring.Net+NHibernate來構(gòu)建WCF應(yīng)用。本文要點(diǎn)：Spring.Net與NHibernate的集成應(yīng)用Spring.Net注入WCFEntity與DTO對(duì)象之間的轉(zhuǎn)化先上一張結(jié)構(gòu)圖：正式介紹之前介紹一下框架 版本：Spring.Net ：1.3. 閱讀全文

摘要： Spring.Net集成了.Net多方面的開發(fā)，比如：WebService、.Net Remoing、WCF等。本文簡單介紹一下通過Spring.Net的IoC容器開發(fā)WCF 服務(wù)。 示例使用的Spring.Net 版本：1.3.2。本節(jié)介紹的是基于Spring.Net的IoC容器來開發(fā)WCF服務(wù)。這種方式和之前WCF開發(fā)差別不大，只是服務(wù)的寄宿、以及客戶端代理的創(chuàng)建都交由Spring.Net來完成。以下通過一個(gè)簡單示例進(jìn)行說明。1、ServiceContract定義以及服務(wù)配置: [ServiceContract(Namespace="Spring.WCF")] publ 閱讀全文

摘要： inverse 與Cascade分別表示NHibernate中類之間關(guān)系、級(jí)聯(lián)操作。他們之間不同值以及不一樣的組合，很多時(shí)候都影響著業(yè)務(wù)邏輯的執(zhí)行。其實(shí)inverse與Cascade又是不一樣的。理解它們的作用對(duì)使用NHibernate進(jìn)行開發(fā)也是比較重要的。inverse：意思是反轉(zhuǎn)，它指明類之間的關(guān)系由誰來進(jìn)行維護(hù)。例如：班級(jí)(Class類)與學(xué)生(Student),班級(jí)-學(xué)生就是one-to-many,學(xué)生-班級(jí)就是many-to-one。它只能在one-to-many中many的一方進(jìn)行設(shè)置(當(dāng)然，在many一方，可能是在也可能是在也可能是在中進(jìn)行設(shè)置)，而對(duì)于one方，是不進(jìn)行Inv 閱讀全文

摘要： 本文是《你是否覺得.Net Web Service 中asmx文件是多余的？》的繼續(xù)。主要討論Spring.Net發(fā)布的WebService基于接口發(fā)布調(diào)用問題。目錄.Net客戶端調(diào)用Ajax調(diào)用1、.Net客戶端調(diào)用對(duì)于類似前一節(jié)中通過接口規(guī)范發(fā)布的服務(wù)，在.Net中可以通過松散的調(diào)用來完成。松散到什么程度呢？只需要兩個(gè)條件：1、WebService地址 2、服務(wù)接口程序集。調(diào)用過程如下： <objectsxmlns="http://www.springframework.net"xmlns:aop="http://www.springframework. 閱讀全文

摘要： 用.Net開發(fā) WebService一般都會(huì)先添加一個(gè).asmx文件，然后在其.cs文件里將類標(biāo)記上WebService,WebMethod等特性來構(gòu)建WebService。是否想過.asmx文件是多余的呢。? 其實(shí).asmx即不像aspx一樣用作UI，又不像.handler文件一樣處理業(yè)務(wù)邏輯，它的存在就是多余。使用Spring.Net構(gòu)建WebService完全可以不需要.asmx文件，直接通過它的IoC容器將它注入到對(duì)外提供服務(wù)的類中即可。本文將帶你走進(jìn)一個(gè)沒有.asmx文件的WebService。目錄： 創(chuàng)建不依賴于asmx文件的WebService通過Spring.Net提供Web. 閱讀全文

摘要： WCF作為一項(xiàng)通訊技術(shù)，必須保證傳輸?shù)目煽啃耘c消息的可靠性傳輸可靠性：指的是點(diǎn)對(duì)點(diǎn)可靠性，確保數(shù)據(jù)包按順序到達(dá)。它不受網(wǎng)絡(luò)等因素的影響消息可靠性：指提供了消息端對(duì)端的保證，確保消息的順序無誤。如果傳輸失敗，它還能提供重試功能自動(dòng)處理網(wǎng)絡(luò)阻塞、消息緩存、流控制，根據(jù)具體情況適時(shí)調(diào)整發(fā)送消息數(shù)。它還能通過對(duì)連接的驗(yàn)證管理連接自身，并在不需要的時(shí)候清除連接理論上，WCF服務(wù)的實(shí)現(xiàn)與服務(wù)契約的定義與它使用的綁定以及屬性無關(guān)。實(shí)際上，服務(wù)處理消息以及契約定義都可能與消息的有序傳遞有關(guān)。在WCF中使用DeliveryRequirementsAttribute來對(duì)服務(wù)或者契約應(yīng)用這種約束。[Attribut 閱讀全文

摘要： 最近公司一些內(nèi)部培訓(xùn)師在公司內(nèi)部進(jìn)行培訓(xùn)，某雖不才，但是還是欣然報(bào)名，上報(bào)了幾門課程。于是整理了一些基本入門資料，希望對(duì)想要學(xué)習(xí)的初學(xué)者有些幫助。 本篇主要針對(duì)NHibernate的，后續(xù)還會(huì)有一些WCF、Spring.Net基本使用、Enterprise Library 等方面的東西奉上。敬請期待！上一張截圖先：下載： /Files/tyb1222/ORM.pdf 響應(yīng)代碼下載：http://files.cnblogs.com/tyb1222/NHibernateConfig.rar http://files.cnblogs.com/tyb1222/Demo.rar數(shù)據(jù)庫腳本：http... 閱讀全文

摘要： WCF中，并發(fā)是一個(gè)很影響服務(wù)性能的重要方面。通過ServiceBehaviorAttribute中的ConcurrencyMode可以設(shè)置服務(wù)的并發(fā)性。 對(duì)于雙工通訊來說，服務(wù)對(duì)客戶端的回調(diào)也是通過代理完成的。那么這又涉及到另外一個(gè)問題：回調(diào)客戶端時(shí)，能否讓回調(diào)服務(wù)也并發(fā)執(zhí)行呢？WCF中定義了CallbackBehaviorAttribute ，可以通過它來設(shè)置回調(diào)服務(wù)的行為。它同樣定義了ConcurrencyMode，可指定回調(diào)的并發(fā)模式,但它沒有定義回調(diào)的實(shí)例模式，即InstanceContextMode。本文主要探討服務(wù)的并發(fā)與回調(diào)服務(wù)的并發(fā)。目錄：測試重入與回調(diào)并發(fā)會(huì)話對(duì)重入與回調(diào). 閱讀全文

摘要： WCF中的并發(fā)針對(duì)服務(wù)而言。而服務(wù)實(shí)例封裝在InstanceContext，所以WCF中的并發(fā)最終體現(xiàn)在了InstanceContext中。WCF服務(wù)實(shí)例上下文模式InstanceContextMode又決定服務(wù)以何種方法為客戶端提供服務(wù)。實(shí)例模式 :publicenumInstanceContextMode{PerSession,PerCall,Single}PerSession：每次會(huì)話都是使用同一個(gè)服務(wù)實(shí)例PerCall：每次調(diào)用都創(chuàng)建新的服務(wù)實(shí)例對(duì)象Single：所有服務(wù)都是用同一個(gè)服務(wù)實(shí)例對(duì)象，相當(dāng)于所有客戶端代理都使用服務(wù)端同一個(gè)靜態(tài)服務(wù)實(shí)例對(duì)象為其服務(wù)默認(rèn)情況下，Instanc. 閱讀全文

摘要： 整理了幾個(gè)WCF里幾個(gè)基本知識(shí)點(diǎn)：1、ＷＣF中的Message WCF中的消息對(duì)象Message，是有狀態(tài)的。它的狀態(tài)是MessageState枚舉。共有以下幾種類型：publicenumMessageState{Created,Read,Written,Copied,Closed} 對(duì)Message對(duì)象，只有在Create狀態(tài)下，才能讀，否則讀取會(huì)有異常。Message同樣定義了許多Write之類的方法，這些Write方法同樣也只能用于處于Created的消息。 在WCF中，有可能需要對(duì)消息進(jìn)行一些讀取、等操作。但是讀取操作會(huì)改變Message的 狀態(tài)，導(dǎo)致再次讀取會(huì)有異常。這時(shí)，可以使.. 閱讀全文

摘要： 近來看WCF相關(guān)資料 發(fā)現(xiàn)之前一些沒太關(guān)注或者有些錯(cuò)誤認(rèn)識(shí)的知識(shí)點(diǎn)，有些也貌似不怎么常用。于是整理了這一則筆記。1、 WCF中的綁定。 可以通過綁定無參數(shù)構(gòu)造函數(shù)實(shí)例化綁定，然后調(diào)用CreateBindingElements獲取到此種綁定的綁定元素。 WSHttpBindinghttpBinding=newWSHttpBinding();BindingElementCollectioncollection=httpBinding.CreateBindingElements();foreach(varelementincollection){ Console.WriteLine(eleme... 閱讀全文

摘要： 對(duì)于WCF中通訊的雙方來說，客戶端可以異步的調(diào)用服務(wù)；服務(wù)端對(duì)服務(wù)也能以異步的方式實(shí)現(xiàn)。這就涉及到兩個(gè)方面：WCF客戶端異步調(diào)用服務(wù)；服務(wù)端的異步實(shí)現(xiàn)本節(jié)是Artech《WCF技術(shù)剖析(卷1)》一篇讀書筆記。在文章中老A介紹了客戶端如何以異步的方式消費(fèi)WCF服務(wù)，以及服務(wù)的異步實(shí)現(xiàn)，個(gè)人對(duì)這幾種方式做個(gè)總結(jié)。目錄： WCF客戶端異步調(diào)用服務(wù) 服務(wù)端的異步實(shí)現(xiàn) WCF客戶端異步調(diào)用服務(wù)主要通過生成異步的代理類，然后調(diào)用其中的異步方法來實(shí)現(xiàn)異步調(diào)用。異步代理類的生成：通過SvcUtil /async 直接生產(chǎn)異步代理；通過添加應(yīng)用的方式，點(diǎn)擊”添加引用“的“高級(jí)”按鈕，在彈出來的對(duì)話框中選擇“.. 閱讀全文

摘要： 在WCF中有幾種涉及到地址的概念：基地址與相對(duì)地址、邏輯地址與物理地址。本文就從WebService尋址開始，總結(jié)一下WCF中的幾種地址。目錄：WebService尋址邏輯地址與物理地址基地址、相對(duì)地址、絕對(duì)地址1、WebService尋址 與以協(xié)議無關(guān)的SOAP作為消息的載體在被客戶端發(fā)往服務(wù)端以后就不再由客戶端所控制了。如果以HTTP將SOAP從客戶端發(fā)往服務(wù)端，通過HTTP協(xié)議的標(biāo)準(zhǔn)動(dòng)作如Get、Post進(jìn)行操作，服務(wù)處理完畢以后再通過HTTP響應(yīng)發(fā)往客戶端這樣一次交互就完成了。可事實(shí)上，SOAP沒有標(biāo)準(zhǔn)方法來指定消息的目的地址、如何返回響應(yīng)以及錯(cuò)誤在哪等。如果消息交互變得復(fù)雜一點(diǎn)，這. 閱讀全文

摘要： WCF中經(jīng)常會(huì)使用HTTP協(xié)議與Tcp協(xié)議來實(shí)現(xiàn)雙工通訊，對(duì)應(yīng)使用的協(xié)議分別為WsDualHttpBinding、NetTcpBinding。HTTP是基于應(yīng)用層的協(xié)議，而Tcp是基于傳輸層的協(xié)議。Tcp經(jīng)過三次握手建立起客戶端到服務(wù)端的可靠連接，發(fā)起請求的客戶端與回調(diào)客戶端的服務(wù)端都使用一個(gè)連接就能完成。使用HTTP協(xié)議時(shí)，從客戶端到服務(wù)端發(fā)起請求到服務(wù)端返回給客戶端回復(fù)完成后，連接就關(guān)閉。 由于HTTP的這種無連接性，基于WsDualHttpBinding的雙工在進(jìn)行通訊時(shí)實(shí)際上服務(wù)端在回調(diào)客戶端時(shí)，會(huì)與NetTcpBinding在使用上有些差異。1、NetTcpBinding實(shí)現(xiàn)雙工1. 閱讀全文

摘要： 前一節(jié)介紹了WCF客戶端構(gòu)建的過程，其間又說明了WCF框架中核心ClientRuntime對(duì)象建立過程，以及客戶端所采用的ClientMessageInspectors、ClientMessageFormatter、ClientOperationSelector等等基礎(chǔ)。本節(jié)目錄：1、RealProxy建立的過程2、TransparentProxy建立的過程3、服務(wù)調(diào)用過程。4、總結(jié)1、RealProxy建立的過程 通過之前的介紹，大家都應(yīng)該有個(gè)共識(shí)：客戶端通過透明代理建立對(duì)應(yīng)的實(shí)際代理對(duì)服務(wù)進(jìn)行調(diào)用，而在WCF在實(shí)際代理對(duì)象類型為ServiceChannelProxy。實(shí)際代理對(duì)象Ser.. 閱讀全文