由于信道管理器在客戶端和服務端所起的不同作用，分為信道監聽器和信道工廠。和服務端的信道監聽其相比，處于客戶端的信道工廠顯得簡單。從名稱就可以看得出來，信道工廠的作用就是單純的創建用于消息發送的信道。我們先來看看與信道工廠相關的一些接口和基類的定義。

在上面的內容中，先后介紹了信道、信道管理器、信道監聽器和信道工廠。從對象的創建來講，信道管理器是信道的創建者。說的再具體點，客戶端的信道通過信道工廠創建，服務端的信道通過信道監聽器創建。但是信道工廠和信道監聽器又是如果被創建出來的呢？

1. 信道層與服務模型層(Channel Layer and Service Mode Layer)

對于一個分布式應用的開發與設計來說，通信問題是不得不考慮，同時也是最為復雜、最難實現的問題。在過去的若干年中, 微軟先后推出了一系列廣受歡迎的通信技術, 比如DCOM、Enterprise Service、.NET Remoting、XML Web Service、MSMQ等等。這些技術提供了各自的編程模型，是開發人員從繁瑣的完全基于通信的編程中解脫出來，使之僅僅需要關注具體的業務邏輯。WCF是所有的這些通信技術集大成者，它充分地整合了所有這些使用于不同領域、不同場景的通信技術，提供了一個統一的編程模型。

由于綁定對象由一系列有序的綁定元素組成，綁定元素最終決定著信道棧中信道的組成，而信道的組成最終又決定了信道棧對消息進行處理的方式和能力，所有要確定綁定的特性和能力，我們可以通過查看其綁定元素的構成來一窺究竟。為此我們我們寫了一個簡單的方法，用于列出一個具體的綁定對象所有的綁定元素，在介紹一個個具體的系統綁定中，我會使用該方法：

信道管理器是信道的創建者，一般來說信道棧的中每個信道對應著一個信道管理器。基于不同的消息處理的功能，將我們需要將相應的信道按照一定的順序能組織起來構成一個信道棧，由于信道本身是由信道管理器創建的，所以信道對應的信道管理器也構成一個信道管理器棧，棧中信道管理器的順序決定由它所創建信道的順序。

　　WCF客戶端不能用在Using語句塊中，因為它可能會拋出不可預知的異常。即使你捕獲了異常，仍有可能一直保持連接。讓我們來看看形成這一問題的歷史原因，并提出幾個補救措施。

　　效果

　　先看看效果再說，基本邏輯是兩個人通過Silverlight端，借助TCP協議分別向服務器不斷傳輸視頻，服務器接收到視頻后，會檢測這些視頻是發給誰的，然后回調某個客戶端來接收并顯示這些視頻。

在項目中用過一些WCF的技術

　 　最近在做一個項目，應用了WCF進行分布式開發，中間還涉及到消息路由器等，好在有WCF提供了強大的基礎支持，當然，本身也作了不少的擴展，實際，我 最關心的是WCF的安全問題，網上不少朋友介紹的WCF的安全也是少得可憐，微軟發布的WCF Security GUID好像講得也只是入門級別的教程，離真正應用到項目中還是有很大的距離，這也讓我萌發了分享的想法，今天先放出來占個位置吧，有反對的朋友磚頭輕 點，呵~，可以告訴你，WCF的安全里，有很多的小秘密，當然還是要告訴你，并且有此小秘密是要自己去體驗后才知道，在博客排版方面，李會軍（軍哥）讓人 感覺最舒服，在解說方面，軍哥也是以簡潔著稱，我在這里也學習一下，一起簡潔吧，我希望以后的WCF安全探討里，一次只講一個小內容好了~

系列文章導航：

WCF從理論到實踐(1)：揭開神秘面紗