總述服務是現代軟件架構的一個主要部分，WCF是構建基於Microsoft Windows系 統的服務程序平台。WCF編寫的服務可以與其它供應商的服

第1章：藍月亮商業和市場對軟件系統新的功能性需求看起來無比貪婪。我曾經聽到一個產品經理在一個產品發布會後河我說：“這個產品可以做客戶想

商業示例所有的這些行業倡議和重大事記都會讓你期待一個真實世界的面向服務的應 用的例子，WCF可以辦到。關於這個問題，我們可以看一下Contoso公

WCF介紹在上世紀90年代微軟和其他公司看到了互聯的普遍需求和面向服務的普遍概 念。那時，還沒有被普遍接受的消息標准，結果，就沒有平台、應用程序編

《WCF技術內幕》翻譯6：第1部分_第2章_面向服務:概述、快速定義面向服務、理解消息概述互聯網上充斥著面向服務（SO）的對話，大部分會話都是抽象

消息參與者讓我們想象一下，我需要寫一封感謝信給我朋友Rusty，因為他上周給了我一 張足球比賽的門票。我們假定需要把信件郵寄到Rusty的辦公室。

消息剖析小時候，我們學習到郵票應該貼在信封的右上角，地址應該寫在中間。如果 我們願意，可以增加一個回復地址在信封的左上角。所有被處理的信件必須遵守

消息編碼隨著時間的流逝，也許我們會條件反射式地認為XML（SOAP）是一個結構文本 。畢竟，文本是人可讀的，每個計算機系統也可以處理文本。基於文本

填寫消息地址現在我們已經看過了與消息交互的實體，詳細剖析了消息結構，然後看了一 下WCF 提供了幾個消息編碼器，現在我們來看一下如何在詳細發送的時

面向服務的4個原則目前為止，我們已經了解過了面向服務的概念，看過了面向服務的消息結構 ，檢查了消息地址的需求，並且討論了消息地址的工業標准。如果你

概念匯總我希望從本章的這個小節你能對面向服務有個清晰的認識。接下來的一些章 節，讓我們看看這些概念根本上如何在WCF系統裡工作的。在我們的例子裡，

為什麼SO有意義開發者和架構師經常問我, “為什麼我們需要面向服務？”我的回答很簡單 ：可伸縮性、維護性、互操作性和靈活性

《WCF技術內幕》翻譯14：第1部分_第3章_消息交換模式、拓撲與編排:消息交換模式(MEP)第3章：消息交換模式、拓撲和編排當設計消息應用系統的

《WCF技術內幕》翻譯15：第1部分_第3章_消息交換模式、拓撲與編排:消息拓撲、消息編排和本章小結消息拓撲消息拓撲描述的是在一個或多個發送者和接

背景：目前參與的一個項目,我發現一個問題,就是大家在寫查詢時,為了性能 ,往往會在表後面加一個nolock,或者是with(nolock),其目的

“對象”以真實的事物（不是抽象概念或通俗比喻）為原型，通過封裝與繼承來解決事物規律（類）與真實應用（實例）中可能出現的差別

在開發項目過程中，總是會出現大量的輔助方法，例如字符串處理，代碼檢 驗，格式輸出等等。如果您發現自己在多次編寫類似的代碼，可能就要想著如何 把這些

WPF 中，邏輯樹的概念至關重要。如果一名 WPF 開發人員不知道什麼是邏輯樹，或者對邏輯樹一知半解，那麼他就不是一名合格的 WPF 開發人員。下

概述:在有些情況下,我只想更新記錄中的一個字段的值.比如:浏覽完這條記錄後, 我把其中的是否浏覽置為1.Nhibernate中提供了Native

以前我一直用reportmachine設計報表，不過這次做B/S開發放棄了rm ,不是 rm不好用，應該說rm有許多優點，例如兩種報表樣式，設計報