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

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

此解決方法會(huì)給服務(wù)器的可伸縮性帶來影響，因?yàn)樗仨毻瑫r(shí)掛起許多請(qǐng)求，而不是立即響應(yīng)它們并隨即關(guān)閉連接。這還會(huì)縮短設(shè)備的電池使用壽命，因?yàn)樵O(shè)備必須始終保持連接狀態(tài)。如果在服務(wù)器的更新內(nèi)容準(zhǔn)備就緒時(shí)設(shè)備未處于開啟狀態(tài)，服務(wù)器將無法發(fā)送更新，它必須丟棄更新內(nèi)容或繼續(xù)保留此狀態(tài)，即都為哪些設(shè)備提供了哪些更新。***，如果網(wǎng)絡(luò)不可用，應(yīng)用程序也無法發(fā)送或接收消息。#t#

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

為演示傳輸是如何工作的，我將構(gòu)建一對(duì)小巧的示例應(yīng)用程序，來使用電子郵件在 Windows Mobile 設(shè)備與計(jì)算機(jī)之間發(fā)送類似于郵件的即時(shí)消息。郵件傳輸只支持單向消息傳送（與“請(qǐng)求–答復(fù)”流程不同），這非常適合于即時(shí)消息應(yīng)用程序。

首先要執(zhí)行的兩個(gè)操作是安裝 WCF框架和確定目標(biāo)設(shè)備。此目標(biāo)設(shè)備（無論是實(shí)體設(shè)備還是仿真設(shè)備）必須被配置為能夠訪問 Exchange Server 2007 郵件帳戶。在測(cè)試應(yīng)用程序前務(wù)必要執(zhí)行此操作。

如果配置的是仿真設(shè)備，請(qǐng)使其繼續(xù)運(yùn)行或在關(guān)閉前保存其狀態(tài)，否則它將恢復(fù)到?jīng)]有郵件帳戶設(shè)置的狀態(tài)。如果忘記這一點(diǎn)，您可能會(huì)發(fā)現(xiàn)郵件都堆積在設(shè)備的發(fā)件箱中而無法發(fā)送出去。