WCF核心技術

第1章 基礎
1.1 為何選擇WCF
1.2 簡介
1.3 實現WCF服務
1.3.1 服務的ABC
1.3.2 完全用代碼編寫WCF服務
1.3.3 使用代碼和配置文件編寫服務
1.3.4 再談配置文件
1.3.5 再談服務托管
1.3.6 暴露元數據交換端點
1.4 實現WCF服務的客戶端
1.4.1 完全用代碼編寫WCF客戶端
1.4.2 使用代碼和配置編寫WCF客戶端
1.5 在IIS中托管服務
1.5.1 討論
1.5.2 步完成IIS中的服務托管
1.6 實現ASMX服務的WCF客戶端
1.6.1 支持工具
1.6.2 生成客戶端代理類和配置文件
1.7 小結
第2章 契約
2.1 服務契約
2.1.1 同步請求-響應操作
2.1.2 異步請求-響應操作
2.1.3 單向操作
2.1.4 雙工操作
2.1.5 單個服務中的多契約與多端點
2.1.6 在WSDL中如何命名操作、類型、行為及命名空間
2.2 數據契約
2.2.1 為.NET類定義XML Schema
2.2.2 定義類的層次結構
2.2.3 用KnownType屬性在WSDL中發布其他數據類型
2.2.4 數據契約的版本控制
2.2.5 數據契約等價性
2.2.6 使用容器
2.3 消息契約
2.3.1 有類型消息
2.3.2 無類型消息
2.3.3 使用無類型消息的SOAP消息頭
2.4 小結
第3章 信道
第4章 綁定
第5章 行為
第6章 序列化與編碼
第7章 托管
第8章 安全
第9章 診斷
第10章 異常處理
第11章 工作流服務
第12章 對等網絡
第13章 可編程Web
附錄A 高級主題

現在是2007年12月，我正在寫這篇序言。不久前，是Windows Communication Foundation(WCF)作為.NET框架3.0版本的一部分首次發布一周年。不到一個月前，我們剛剛在.NET框架3.5版本中為這個平台提供了重大的新功能。毫不夸張地說，在這兩個版本中有海量的知識等待使用者理解和吸收。

在Microsoft平台上可以構建各種類型的分布式應用，WCF的目的之一，就是將所有與之相關的開發經驗加以整合。我們需要一組核心概念，簡單實用同時又具備足夠的表述能力，來描述所有我們打算替代的技術所蘊含的語意。在此之前出現的各種Microsoft的協議棧(ASMX、Remoting、COM+、MSMQ及WSE)，可謂各有優劣。我們的使命則是繼承發揚那些工作良好的理念，同時從失敗中汲取教訓。一旦成功，開發者就可以用它編寫多種不同類型的分布式應用，而不需要學習多種各不相同（而且常常差異極大）的編程模型。

為了讓這種統一開發體驗能夠夢想成真，我們需要一個高度靈活的運行架構，以匹配豐富多樣的編程模型。關鍵的可變領域必須被辨識出來，抽象成可擴展的機制，以避免對新平台造成無謂的功能限制。當默認行為無法滿足某個應用的要求，或者特定場合需要的功能缺失時，運行架構一定要確保外部開發者能夠很自然地在架構中插入定制的解決方案。

對我而言，WCF中最激動人心的部分在于其應用場合之廣泛令人驚訝。我們在.NET 3.5中提供的功能毋庸置疑地證實了這一點。這一版本中推出了兩種平行的方案，可以覆蓋極其豐富的分布式應用場景。一種用于將WCF與Windows Workflow Foundation的強大功能集成，為長期運行的、聲明式( declarative)的、相互關聯的商業流程提供了一個底層平台。另一種則擴展了WCF的外延，以應對今天不斷發展的互聯網的需求。這些應用場合對運行架構和編程模型都有著獨特的要求，WCF能通過擴展來滿足這些要求，而不必對已有的實現進行大的修改。這很好地證明了WCF架構在長遠的將來仍能夠滿足分布式應用不斷發展的需要。

因為我們的首次發布僅過去了一年，所以看到實際中客戶在我們平台上投入之大，著實令人興奮。更令人興奮的則是了解到通過這些對WCF的投入，他們在開發效率、性能以及互通性等方面獲得的收益。在我們判斷平台成功與否的標準中，用戶的成功是第一位的，也是最重要的，根據這個標準，WCF將會是一個非常成功的平台。

實際上，這只不過是以一種委婉的說法來說明將時間花在學習WCF上是很值得的。從這點來看，現在擁有本書是非常幸運的。Rich\Chris和Steve的工作非常出色，他們從繁冗中將WCF的精髓提煉出來，使用戶能夠在此平台上卓有成效地工作。作者兼具技術敏銳度、行業經驗以及同（WCF）產品組的緊密關系，這些獨一無二的優勢無疑將使得本書足以在所有WCF開發者書架上佔據顯著位置。讓這些家伙來闡述我們的產品技術，我無比開心。我堅信，讀完此書你也將會有同感。