WCF框架作為一個高效的.NET程序語言。其混合了函數語言和物件導向程序編制語言，并且***的適用于編程、算法、技術和探索性開發，因此可以在使用的過程當中感受到趣味性和吸引力。

移動設備的尋址能力問題一直以來都非常棘手，它會使編寫從服務器接收推送數據的WCF框架應用程序變得非常困難。小型設備一般都不具有與其綁定的靜態 IP 地址或動態 DNS 項。對于此類設備，常見的解決方法是在設備聯機時向服務器發送一個 HTTP 請求，然后服務器使該請求進入等待狀態，直到有內容要推送給設備為止。此時服務器使用更新內容來響應這個一直在等待的請求，而設備則在開始處理更新內容同時發出另一個請求以等待下一次更新。

此解決方法會給服務器的可伸縮性帶來影響，因為它必須同時掛起許多請求，而不是立即響應它們并隨即關閉連接。這還會縮短設備的電池使用壽命，因為設備必須始終保持連接狀態。如果在服務器的更新內容準備就緒時設備未處于開啟狀態，服務器將無法發送更新，它必須丟棄更新內容或繼續保留此狀態，即都為哪些設備提供了哪些更新。***，如果網絡不可用，應用程序也無法發送或接收消息。#t#

為 Windows Mobile 應用程序的開發人員提供了通過 Microsoft® .NET Compact Framework 3.5 訪問WCF框架 功能子集的能力，由于此工具包括的兩個新 WCF 綁定元素非常有利于使用電子郵件傳輸來收發消息，因而解決了上述的許多問題。由于許多設備已經具備電子郵件同步功能，因此這些傳輸可借助電子郵件的固有隊列特性和已在 Internet 上建立的電子郵件服務器來創建可尋址的消息隊列，這些消息隊列能夠以真正的消息推送方式進行點對點、設備對服務器以及服務器對設備的消息級別的通信。在本文中，我將概述 .NET Compact Framework 3.5 所支持的 WCF框架子集，并介紹如何在移動應用程序中利用這些傳輸和工具。

為演示傳輸是如何工作的，我將構建一對小巧的示例應用程序，來使用電子郵件在 Windows Mobile 設備與計算機之間發送類似于郵件的即時消息。郵件傳輸只支持單向消息傳送（與“請求–答復”流程不同），這非常適合于即時消息應用程序。

首先要執行的兩個操作是安裝 WCF框架和確定目標設備。此目標設備（無論是實體設備還是仿真設備）必須被配置為能夠訪問 Exchange Server 2007 郵件帳戶。在測試應用程序前務必要執行此操作。

如果配置的是仿真設備，請使其繼續運行或在關閉前保存其狀態，否則它將恢復到沒有郵件帳戶設置的狀態。如果忘記這一點，您可能會發現郵件都堆積在設備的發件箱中而無法發送出去。