摘要： 前一節(《WCF體系架構(之一:Client與Server信息交互處理流程初略介紹)》)大致介紹了WCF服務消息處理的大致流程，WCF服務的消費者可以是WEB客戶端、也可以是其他語言開發的應用程序。 對于WEB客戶端以及其他語言的應用程序，跨平臺的性能主要是通過HTTP協議+SOAP消息機制實現。本節主要詳細介紹消息在WCF客戶端應用程序消息處理流程-------------------------------------------------------------------目錄： -1、WCF通過客戶端代理調用 服務-2、實際代理如何映射到服務目標對象上-3、WCF客戶端框架的核... 閱讀全文

摘要： WCF在設計的時候，就封裝了對常用協議如Tcp\HTTP\MSMQ的處理機制。但WCF同時也允許開發者在WCF現有平臺上進行擴展，以解決實際問題。 大部分情況下，通過WCF常用的協議，就已經能完成了大部分工作了。在WCF揭秘中，作者在介紹如何擴展WCF時，講了一些WCF是如何處理行為、信道、傳輸等方面的工作機制。本節從WCF行為作為切入點，談談個人對WCF體系的理解。 在WCF框架設計時，為了簡化WCF普通的應用場景，也為了滿足一些特殊環境下的應用，WCF的設計者們將WCF進行分成設計。實現方式是將上層 與底層應用區分開。 在一些特殊環境下對底層做一些擴展就行了。WCF將一般場景使用... 閱讀全文

摘要： SOAP(Simple Object Access Protocol,簡單對象訪問協議)作為一種信息交互協議在分布式應用中非常廣泛，如WebService。在使用.Net開發WebService時候，只需要在對應的方法上加上WebMethod特性然后就可以通過網絡進行SOAP消息的發送。這樣在平時使用Webservice時，可能不太關心SOAP消息的結構到底是怎樣的。下面大致說說SOAP消息的結構，以及使用工具監聽SOAP消息報文。本節目錄：1、XSD是什么2、基于SOAP的數據交互系統是XSD的3、SOAPSOAP消息結構4、支持SOAP的協議5、通過SOAPHeader擴展SOAP6、.. 閱讀全文

摘要： .Net SDK下有很多命令工具，有許多在我們平時開發應用中很有幫助。最近看書總結了一些，但是難免有點以偏概全，掛一漏萬。下面就介紹這些命令的基本用法，實際應用中可以參考MSDN。 切入正題，打開SDK命令提示，如下圖：1、ildasm (IL Disassembler IL 反匯編器)。 它是一個重要的工具，通過它，可以查看元數據(metedata)信息，IL等。　保存、查看IL代碼：在VS2008命令窗口輸入ILDAsm,然后通過它的【文件】菜單打開文件，如下圖：查看元數據信息：在ILDASM中按"Ctrl+M"即能查看元數據信息。如下圖 2、SN.exe（Strong 閱讀全文

摘要： 回顧一下在REST WCF 4.0中可以這樣簡單實現緩存：1、配置<caching><outputCacheSettings><outputCacheProfiles><addduration="20"name="outCache"varyByParam="none"/></outputCacheProfiles></outputCacheSettings>2、使用配置[OperationContract][WebGet(UriTemplate="/Ti 閱讀全文

摘要： 在HTTP1.1規范中，新增了一個HTTP頭信息：ETag。對Web開發者來說，它是一個非常重要的信息。它是用作緩存使 用的兩個主要的頭信息之一 (另一個是Expires)。除此之外，在REST架構中，它還可以用于控制并發操作(上節中已經大 致介紹AtomPub中控制并發的流程)。那么ETag是什么？它又幾種類型？強ETag與弱ETag之間有什么區別。？如何計算 ETag值?它與Last-Modi... 閱讀全文

摘要： 前一節介紹了一種IETF推薦的一種超媒體格式------Atom，這一節中主要Atom發布協議-------Atom Publish Protocol,簡稱AtomPub,有時更簡潔寫作APP。 開篇之前介紹幾個重要概念先： 1、媒體類型 描述相關資源表述所使用的類型，如XML、JSON、JPG、MP3等、處理模型以及鏈接關系值 2、HTTP慣用語 它規范了如何對資源進行操作以及處理HTTP頭信息和狀態碼 3、領域應用協議。 領域應用協議(Domain Application Protocol DAP),它為服務端與客戶單的資源的交互定義了一套規范，如資源的媒體類型、鏈接關系... 閱讀全文

摘要： 前面一節中講述了REST架構風格中最核心本的要素之一：超媒體格式。雖然超媒體格式有很有用，如能被瀏覽器很好解析的HTML。但是HTML也不是萬能的。如我們在AJAX應用中，使用JSON表述格式很顯然比HTML要好。再者，我們為了實現某一特定領域而采用自定義的超媒體格式，如果消費者只需要處理表述中的一小部分，雖然我們可以通過獲取資源的表述，然后過濾出我們需要處理的資源，但這顯然不是一種好的方式。Atom社區所制定了一條深受歡迎的慣例。目錄： 1、Atom簡介 2、Atom1.0與RSS2.0 3、Atom中基本概念介紹 4、Atom中的鏈接關系 5、.Net FCL中對Atom的實... 閱讀全文

摘要： 網上有許多介紹REST的資料，在這大部分資料中，基本都會介紹通過URI隧道技術與通用的連接器接口（也就是POST\GET\PUT\DELETE，即CRUD）對資源進行操作。 那么支持URI隧道技術與CRUD的服務就表明我們的服務就是REST風格的了嗎。？事實上在Richardson成熟度模型中，URI隧道技術與HTTP出于第一級與第二級。如下圖： 在他的最上層就是本節所敘述的超媒體（HyperMedia）。 本節目錄：1、超媒體格式2、超媒體格式與POX比較3、如何處理超媒體4、標準超媒體格式 在REST中有一個很重要的約束,即統一接口。尤其是在接口制約在資源上的操作方法上。但是統... 閱讀全文

摘要： 近來看了Jim Webber等REST實戰，有一些體會，因此對一些概念做個簡要的整理。以下是個人認識與理解，如有偏差，望指正。1、URI隧道技術。 通過URI來進行跨越系統邊界轉移信息的一種方式。它是通過將信息編碼到URI中。如：http://www.taobao.com/PlaceOrder?size={xx}&type={xx}&color={xx}這是一種有效的方法。因為無論在Server端還是Client端，它都容易被理解。但是在一般情況下，URI隧道技術并非是Web友好的。因為它沒有描述對資源進行操作的方式、以及操作資源時使用的元數據。如果有消費者使用Get操作來操作 閱讀全文

摘要： 作為一種以HTTP協議為基礎的WCF 服務，只要客戶端能模擬進行HTTP請求，都能成為服務的消費者。之前寫過《對Jquery+JSON+WebService的一點認識》，覺得在REST是基于HTTP協議的，AJAX的操作也應該一樣。但是事實上還是有些差別的。由于網上資源聊聊無幾，因此記錄下自己的個人體會。希望對你有些幫助！ 本篇主要講述的類容為在ASP.NET中，如何通過AJAX來消費REST服務。 使用JQUERY框架模擬AJAX請求時，操作類型主要有GET、POST兩種。本節也以這兩種常用的方式來進行介紹。（type (String) : (默認: "GET") 請求方 閱讀全文

摘要： 我們知道，在HTTP協議的報文頭Header中存放著許多信息。如果你讀過老A的《通過添加HTTP Header實現上下文數據在WCF的自動傳遞》，那你一定知道如何通過底層的擴展來實現如何在REST WCF中使用HTTP Header來進行數據交互。這對于大家更多的了解WCF的底層機制有很大的幫助作用。 竊以為：在實際的REST WC應用中，想通過Header頭來實現數據交互不用那么麻煩。MicroSoft在它所提供的庫中就已經為我們封裝好了一些接口，可以很容易的讓我們實現這一功能。 HTTP Header報文頭可以在Server與Client之間傳遞很多數據。我們可以獲取這些數據然后進... 閱讀全文

摘要： 上節介紹了REST WCF 4.0相比3.5支持更多的交互格式，本篇就說說在Server與Client間通過最原始的流的格式進行通訊。開篇之前，介紹REST WCF 的一個特性：DescriptionAttribute。對這個特性相信都很熟悉，它的作用如同在WebService中通過它來標注出某個接口的描述信息，在REST WCF中同樣如此。將它標注在REST WCF 接口中后，在help頁面中將會顯示接口的描述信息。 如以往，本篇將通過Demo的形式介紹如何在REST WCF中使用Stream。Demo的功能有以下幾點： 1、通過Stream的形式獲取服務端的圖片資源，并保存到本地　... 閱讀全文

摘要： 前面幾節介紹了REST WCF 3.5的一些基本特性以及使用方式，在WCF4.0的時代，也做了對REST的支持。相比3.5時代，4.0改進體現有如下幾點：增加對路由的支持對緩存的支持。幫助（help）頁面的改進。消息錯誤處理消息格式的多樣性如（XML\JSON\ATOM\TEXT\BINARY）簡化操作。 本節講述的重點為如何使用路由注冊REST服務、緩存以及help頁面 1、使用路由注冊服務。 WCF4.0中新增的路由服務可以幫助直接注冊服務，而不再需要SVC的文件。 需要注意的是，使用路由注冊服務時必須啟動ASP.NET的兼容模式。即設置aspNetCompatibilityE... 閱讀全文

摘要： .Net Remoting是微軟早前推出的一項分布式通訊技術框架，在.Net架構的程序中有著比較廣泛的應用。在WCF中，已經集成了Remoting的技術。不過，他們有著很多相同的概念，如：信道(Channel)、代理（Proxy）、寄宿（host）等。在如今仍有一些分布式系統應用中運行著由Remoting技術構建的系統。本文將描述在服務端與客戶端的交互中，他們各自的實現方式。 1、Remoting的實現。 在Remoting中，遠程對象是一個重要的概念。服務端通過將它注冊到制定的信道中，客戶端服務... 閱讀全文

摘要： 這幾天思考REST 架構下POST復雜數據類型的問題查了寫資料，以及通過與WCF 大牛------Frank Xulei進行了一番交流對REST有了一些進一步的認識。本篇作為：1、REST與SOA兩種架構下WCF的異同比較 2、通過HTTP協議標準動作使用REST WCF 服務這兩篇的一個補充。 起因是這樣的：在SOA架構下，一般都是通過定義服務契約的方式最終通過WSDL將元數據對外發布，以供調用者使用。也就是說在SOA中，通過服務契約定義向外公布服務對外提供的操作。如果先學習SOA,然后接觸REST,可能會在使用REST的時候會沿用SOA下的一些習慣。我在進行REST架構下的WCF學... 閱讀全文

摘要： Fiddler是一款強大的軟件，在實際的開發中它能幫助我們跟蹤HTTP請求，記錄發送請求和獲取到請求結果的數據。使用VS2008的時候，一直是用IE6瀏覽調試，使用Fiddler也正常。但本人一直習慣用FireFox，可憐用它訪問的時Fiddler卻不能幫助記錄下數據（FireFox版本：4.0）。還以為Fiddle只能在IE下使用，試了試chrome，發現也可以用。言歸正卷,本篇針對上篇中的REST服務（具體例子以及帶代碼采用上節中介紹的：通過HTTP協議標準動作使用REST WCF 服務）使用Fiddler簡要做一個介紹。首先大致說說Fiddler的界面，如圖： ... 閱讀全文

摘要： 前幾節介紹了REST WCF 服務的一些基本的特點，本節說明一下，如何基于HTTP的標準動作來使用REST WCF 服務。由于RESTful服務的架構風格基于HTTP協議，并且其設計原則中明確指出:通過通用的連接器接口來使用資源。對于REST架構風格的服務，主要通過它8個動作中的4個來使用資源，即:GET,POST,PUT,DELETE。 在RESTful 服務中，GET,POST,PUT,DELETE的標準操作如下： GET：獲取資源 POST：修改資源 PUT：創建資源 DELETE：刪除資源本節涉及的要點如下：1、如何定義接口規范，使客戶端通過能通過HTTP協議的標準動作來... 閱讀全文

摘要： 如同SOA下的WCF，REST架構下的WCF也有多種多樣的寄宿方式，如IIS寄宿，自寄宿等等，即使它只有一種協議。由于REST基于HTTP協議的特點，所以這種架構下的WCF寄宿時，需要有Web服務器的支持。那么很顯然，微軟肯定會使用自己的Web服務器IIS了。本節目錄：1、IIS寄宿2、控制臺程序寄宿（暫且將它稱為自寄宿）當然，REST WCF還有其他的寄宿方式，我這里只挑出典型的兩種給大家介紹。有興趣的朋友不妨試試其他的寄宿方式。本節中所使用的實例還是上節所使用的例子。Demo結構圖如下：結構說明：Client為服務消費者，Contracts定義服務契約、數據契約，Services定義服.. 閱讀全文

摘要： REST（Representational State Transfer）與SOA（Service-Oriented Architecture）作為當今軟件架構中主流的兩種架構思想在當前開發過程中已經越來越流行。作為微軟.NET平臺下的下一代通訊技術，WCF也很好的體現了對他們的支持。那么他們到底有哪些差別又有哪些相同之處呢。？本篇將針對這個問題談談自己的認識，并通過Demo演示程序。本篇設計的內容如下： 1、REST的特性 2、SOA的特征 3、REST與SOA的共同點 4、REST與SOA的不同點 5、Demo程序說明*REST的特性。首先給出一張圖：它基于HTTP協議，是一... 閱讀全文