其他

　　SOAP(Simple Object Access Protocol,簡易物件存取通訊協定

近來看WCF相關資料 發現之前一些沒太關注或者有些錯誤認識的知識點，有些也貌似不怎麼常用。於是整理了這一則筆記。1、

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

在《上篇》中，我們談到了常用的認證方式：使用者名稱/密碼認證和Windows認證。在下篇中，我們著重來介紹另外一種重要的憑證類型：X.509認證，以及針對X.509認證的認證方式。不過為了讓讀者能夠真正地全面地瞭解X.509認證，我們需要先瞭解一些關於非對稱密碼學的背景知識。目錄 一、非對稱密碼學（Asymmetric Cryptography）     訊息加密（Encryption）     數位簽章（Digital Signature） 二、數位憑證

WCF中經常會使用HTTP協議與Tcp協議來實現雙工通訊，對應使用的協議分別為WsDualHttpBinding、NetTcpBinding。HTTP是基於應用程式層的協議，而Tcp是基於傳輸層的協議。Tcp經過三向交握建立起用戶端到服務端的可靠串連，發起請求的用戶端與回調用戶端的服務端都使用一個串連就能完成。使用HTTP協議時，從用戶端到服務端發起請求到服務端返回給用戶端回複完成後，串連就關閉。由於HTTP的這種無串連性，基於WsDualHttpBinding的雙工在進行通訊時實際上服務端在回

在《類比（Impersonation）與委託（Delegation）》一文中，我們對類比和委託這兩個概念以及相關編程實現進行了詳細說明。如果將類比使用在WCF上面，就意味著WCF可以類比用戶端身份（而不是啟動寄宿進程的Windows帳號）執行服務作業。這篇文章主要介紹WCF關於類比的編程。一、命令式類比編程如果我們有一個具有類比層級為Impersonation或者Delegation的WindowsIdentity，我們就可以通過調用其Impersonate對其進行身份類比。在採用WCF認證的情

WCF中，並發是一個很影響服務效能的重要方面。通過ServiceBehaviorAttribute中的ConcurrencyMode可以設定服務的並發性。對於雙工通訊來說，服務對用戶端的回調也是通過代理完成的。那麼這又涉及到另外一個問題：回調用戶端時，能否讓回調服務也並發執行呢？WCF中定義了CallbackBehaviorAttribute

用.Net開發

 整理了幾個WCF裡幾個基本知識點：1、ＷＣF中的MessageWCF中的訊息對象Message，是有狀態的。它的狀態是MessageState枚舉。共有以下幾種類型： public enum MessageState{    Created,    Read,    Written,    Copied,    Closed}對Message對象，只有在Create狀態下，才能讀，否則讀取會有異常。Message同樣定義了許多Write之類的方法，這些Write方法同樣也只能用於處於Creat

部署一個VS2010開發的程式時遇到 了一個非常奇怪的問題,用戶端上已經安裝了.net framework 4.0,但運行時還是會彈出錯誤:.Net Framework Initialization Error – Unable to find a version of the runtime to run this application查了一下,有人提供了這樣的解決方案,試了一下,成功:修改Exe的Config檔案,一般是與exe同名,例如test.exe對應test.exe.config,

前面的兩篇文章（《從兩個重要的概念談起：Identity與Principal[上篇]》和《從兩個重要的概念談起：Identity與Principal[下篇]》）主要探討基於安全性主體的授權。通過這些介紹我們知道：如果我們在實施授權的時候，當前線程的安全性主體能夠被正確設定，我們就可以正確地完成授權。基於相同的原理，對於WCF的服務授權，如果正確的安全性主體能夠在服務作業被執行之前被正確設定到當前線程，藉助於這個安全性主體，我們不但可以採用命令式編程的方式將授權邏輯寫在相應的操作中，也可以採用聲明

I、身份（Identity）與安全性主體（Security Principal）從兩個重要的概念談起：Identity與Principal[上篇] 從兩個重要的概念談起：Identity與Principal[下篇] WCF的三種授權模式II、Windows使用者組授權基於Windows使用者組的授權方式[上篇] 基於Windows使用者組的授權方式[下篇] 類比（Impersonation）與委託（Delegation）

最近公司一些內部培訓師在公司內部進行培訓，某雖不才，但是還是欣然報名，上報了幾門課程。於是整理了一些基本入門資料，希望對想要學習的初學者有些協助。本篇主要針對NHibernate的，後續還會有一些WCF、Spring.Net基本使用、Enterprise Library 等方面的東西奉上。敬請期待！上一張先： 下載： /Files/tyb1222/ORM.pdf響應代碼下載： http://files.cnblogs.com/tyb1222/NHibernateConfig.rar 

 在WCF中有幾種涉及到地址的概念：基地址與相對位址、邏輯地址與物理地址。本文就從WebService定址開始，總結一下WCF中的幾種地址。 目錄：WebService定址 邏輯地址與物理地址 基地址、相對位址、絕對位址  1、WebService定址與以協議無關的SOAP作為訊息的載體在被用戶端發往服務端以後就不再由用戶端所控制了。如果以HTTP將SOAP從用戶端發往服務端，通過HTTP協議的標準動作如Get、Post進行操作，服務處理完畢以後再通過HTTP響應發往用戶端這樣一次互動就完成了。

對於常用的幾種綁定類型，它們都支援怎樣的安全模式，以及針對各種安全模式可以採用怎樣的認證方式（通過用戶端憑證類型決定），這些都在前面的一系列文章中進行了詳細的介紹。接下來我們通過表格的形式對不同類型的系統預定義對不同的安全模式進行一下總結。一、系統預定義綁定對不同安全模式的支援下面的表格表示系統預定義綁定對不同安全模式的支援（WSHttpBinding與WS2007HttpBinding具有相同的安全模式支援策略，這裡僅僅列出了WSHttpBinding）。BasicHttpBinding

本文是《你是否覺得.Net Web Service 中asmx檔案是多餘的？》的繼續。主要討論Spring.Net發布的WebService基於介面發布調用問題。 目錄  .Net用戶端調用Ajax調用   1、.Net用戶端調用對於類似前一節中通過介面規範發布的服務，在.Net中可以通過鬆散的調用來完成。鬆散到什麼程度呢？只需要兩個條件：1、WebService地址

對於WCF中通訊的雙方來說，用戶端可以非同步調用服務；服務端對服務也能以非同步方式實現。這就涉及到兩個方面：WCF用戶端非同步呼叫服務；服務端的非同步實現本節是Artech《WCF技術剖析(卷1)》一篇讀書筆記。在文章中老A介紹了用戶端如何以非同步方式消費WCF服務，以及服務的非同步實現，個人對這幾種方式做個總結。 目錄： WCF用戶端非同步呼叫服務 服務端的非同步實現  WCF用戶端非同步呼叫服務主要通過產生非同步代理類，然後調用其中的非同步方法呼叫來實現非同步呼叫。非同步代理程式類的產生： 

WCF中的並髮針對服務而言。而服務執行個體封裝在InstanceContext，所以WCF中的並發最終體現在了InstanceContext中。WCF服務執行個體上下文模式InstanceContextMode又決定服務以何種方法為用戶端提供服務。 執行個體模式

WCF作為一項通訊技術，必須保證傳輸的可靠性與 訊息的可靠性傳輸可靠性：指的是點對點可靠性，確保資料包按順序到達。它不受網路等因素的影響訊息可靠性：指提供了訊息端對端的保證，確保訊息的順序無誤。如果傳輸失敗，它還能提供重試功能自動處理網路阻塞、訊息緩衝、流量控制，根據具體情況適時調整發送訊息數。它還能通過對串連的驗證管理串連自身，並在不需要的時候清除串連 理論上，WCF服務的實現與服務契約的定義與它使用的綁定以及屬性無關。實際上，服務處理訊息以及契約定義都可能與訊息的有序傳遞有關。在WCF中使用

不顯示置頂文章$paged = get_query_var( 'page' ) ? get_query_var( 'page' ) : 1;$sticky = get_option( 'sticky_posts' );$args = array( 'ignore_sticky_posts' => 1,//忽略sticky_posts，不置頂，但是輸出置頂文章 'post__not_in' => $sticky,//排除置頂文章，不輸出 'paged' => $