在本系列的每篇文章中，我多次提到WCF是一個極具可擴展性的分布是消息通信框架。為了讓讀者對WCF Extension有一個總體的的認識，在這裡我會

在上一篇文章中, 我列出了WCF一系列的可擴展對象和元素，並簡單介紹了他們各自的功能、適合的場景和具體解決的問題。從本篇開始我將通過一個個具體的例

在上一篇文章中，我們討論了如何通過CallContextInitializer實現Localization的例子，具體的做法是將client端的c

松耦合、高內聚是我們進行設計的永恆的目標，如何實現這樣的目標呢？我們有很多實現的方式和方法，不管這些方式和方法在表現形式上有什麼不同，他們的思想都

WCF後續之旅（8）：通過WCF Extension 實現與MS Enterprise Library Policy Injection Appl

我們都知道，WCF支持Duplex的消息交換模式，它允許在service的執行過程中實現對client的回調。WCF這種雙向通信的方式是我們可以以

5、Session Management Service的實現現在我們來看看Session Management真正的實現，和我以前的例子不同，我

我們知道WCF有3種典型的對service instance進行實例化的方式，他們分別與WCF的三種InstanceContextMode相匹配，

對於一般的多線程操作，比如異步地進行基於文件系統的IO操作；異步地調用Web Service；或者是異步地進行數據庫訪問等等，是和具體的線程無關的

在本系列的上一篇文章中,我們重點討論了線程關聯性對service和callback的操作執行的影響:在service host的時候，可以設置當前

WCF是.NET平台下實現SOA的一種手段，SOA的一個重要的特征就基於Message的通信方式。從Messaging的角度講，WCF可以看成是對

基於TCP/IP協議簇的對等網絡通信下，相互通信的應用程序運行各自的進程中，出於應用層的進程將數據局封裝成數據報，並通過傳輸層的TCP或者UDP進

在WCF中，每個終結點都包含兩個不同的地址——邏輯地址和物理地址。邏輯地址就是終結點Address屬性表示的地址。至於物理

在介紹終結點的ListenUriMode時，我們提到了兩個特殊的對象ChannelDispatcher和ChannelListener。這兩個對象

對於希望對WCF的消息交換有一個深層次了解的讀者來說，tcpTracer絕對是一個不可多得好工具。我們將tcpTracer置於服務和服務代理之間，

1.信道層與服務模型層(Channel Layer and Service Mode Layer)對於一個分布式應用的開發與設計來說，通信問題是不

起因使用SmartPhone上的WinForm做了一個WM的小程序，結果放到手機上實際一運行。發現動態生成的控件在裡面顯示得都非常小，難以看清。原

前一段時間在博客園裡看到這樣一篇文章，那位兄弟談到程序效率的關鍵是“簡短”。他說，“程序越簡短，其可執行代碼就

在上一篇文章中，我主要表達了這樣一個觀點：影響程序效率的關鍵之一是算法，而算法的選擇與優化，和是否多一個賦值少一個判斷的關系不大。關於算法的選擇，

在前兩篇文章裡，我們討論了程序性能的兩個方面，一是算法（廣義的算法，即解決問題的方法），二是編譯器。通過這兩個方面，我想表達的意思是，一段程序的執