Windows Mobile 5.0 中為開發人員提供的新功能(4)

Windows Mobile 5.0 中為開發人員提供的新功能(4)2007-03-19 18:13

Windows Mobile 5.0 SDK Windows Mobile 5.0 SDK 可免費下載，它將 Windows Mobile 5.0 開發人員工具整合到 Visual Studio 中。Windows Mobile 5.0 SDK 提供了必要的模擬器、協助檔案、標頭檔和庫，以使那些將應用程式面向 Windows Mobile 5.0 的開發人員可以利用該平台。表 11 總結了安裝 Windows Mobile 5.0 SDK 的好處。 表 11. Windows Mobile 5.0 SDK 功能 功能 說明 Windows Mobile 5.0 模擬器 安裝整套 Windows Mobile 5.0 Pocket PC 和 Smartphone 模擬器映像，使它們可以直接從 Visual Studio 中使用。 Windows Mobile 5.0 文檔 安裝完整的 Windows Mobile 5.0 文檔集，將其完全整合到 Visual Studio2005 協助系統中。 Windows Mobile 5.0 本機標頭檔和庫 安裝 C/C++ 開發人員所需的所有標頭檔和庫，它們用於建立能夠利用 Windows Mobile 5.0 功能的應用程式。 Windows Mobile 5.0 託管程式集 安裝 C# 和 Visual Basic .NET 開發人員所需的所有託管程式集，這些程式集用於建立能夠利用 Windows Mobile 5.0 託管 API 的應用程式。這些功能對 .NET Compact Framework 1.0 和 2.0 應用程式都是可用的。 Windows Mobile 5.0 項目 在 Visual Studio2005 中安裝和註冊 Windows Mobile 5.0 項目類型。 遷移到 Visual Studio2005 Windows Mobile 5.0 不需要開發人員將用 eMbedded Visual C++ 3.0、eMbedded Visual C++ 4.0 或 Visual Studio .NET 建立的現有應用程式升級到 Visual Studio。用上述工具產生的應用程式可以繼續在 Windows Mobile 5.0 上運行。Windows Mobile 5.0 將這些應用程式視為“舊式”應用程式。如果沒有明確指定這些應用程式具有解析度敏感性，則它們會受到在本文的“解析度和方向敏感性”部分中討論的對應用程式顯示進行的運行時修改的影響。這些現有的應用程式可能還具有需要開發人員給以特別關注的庫或 API 依賴項，並且在部署到 Windows Mobile 5.0 裝置時可能要滿足嚴格的安全需求。 注Windows Mobile 5.0 包含對以前的 Windows Mobile 平台的重要更改，其中包括對已安裝的庫和安全模型的更改。建議正在考慮將現有應用程式部署或遷移到 Windows Mobile 5.0 的開發人員閱讀 Windows Mobile Platform Migration FAQ for Developers。 儘管用 eMbedded Visual C++ 3.0、eMbedded Visual C++ 4.0 和 Visual Studio .NET 建立的應用程式可以繼續在 Windows Mobile 5.0 裝置上運行，但只有 Visual Studio2005 可以直接面向 Windows Mobile 5.0 裝置或模擬器調試和部署應用程式。 將 Embedded Visual C/C++ 項目遷移到 Visual Studio Visual Studio 提供了一整套裝置開發工具，以便改進由 eMbedded Visual C++ 3.0 和 4.0 提供的編譯器和庫。這些更改以及 eMbedded Visual C++ 和 Visual Studio2005 專案檔之間的差異要求對遷移到 Visual Studio2005 的現有 eMbedded Visual C++ 項目進行多處修改。 這些修改包括在 Visual Studio2005 中建立新的專案檔（可能基於 eMbedded Visual C++ 專案檔）以及將項目標頭檔和源檔案添加到新的項目中。在完成這一工作之後，編譯器和庫中的差異可能要求對項目屬性變更，而且在某些情況下，開發人員可能需要更改原始碼本身。在很多情況下，原始碼更改是新編譯器提供的改進的 C++ 標準一致性的結果。 為了簡化遷移，Visual Studio2005 提供了升級嚮導。開發人員可以使用該嚮導將單個項目或整個 eMbedded Visual C++ 工作區轉換為 Visual Studio2005 解決方案。該嚮導是自動啟動的，方法是使用 Visual Studio2005 的標準開啟項目功能開啟原始 eMbedded Visual 項目或工作區。 使用 Visual Studio2005 開啟項目功能 • 在 File 菜單上，指向 Open，然後單擊 Project/Solution。 注Visual Studio2005 就地執行項目升級，並且將原始標頭檔和源檔案添加到新的項目中。強烈建議您在啟動升級過程以前，產生 eMbedded Visual C++ 項目或工作區（包括所有相關檔案）的備份。 升級嚮導執行下列任務： • 建立新的 Visual Studio2005 項目；或者，在遷移工作區時，建立新的 Visual Studio2005 解決方案。 • 如果嚮導要轉換工作區，則所有工作區項目都被作為 Visual Studio2005 項目添加到新的解決方案中。 • 將所有專案檔添加到它們各自的項目中。 • 將所有項目屬性和設定映射到它們的 Visual Studio2005 等效內容。 • 將原始項目所面向的任何被否決的平台或體繫結構映射到等效的平台或體繫結構。 升級嚮導旨在升級項目和工作區 — 該升級嚮導不會對原始碼進行任何更改。在升級嚮導完成以後，下一步是編譯代碼並糾正任何編譯問題。 注Migrating Microsoft eMbedded Visual C++ Projects to Visual Studio 2 中提供了遷移過程的詳細說明以及常見遷移問題的列表。強烈建議開發人員在首次執行從 eMbedded Visual C++ 到 Visual Studio2005 的升級時參閱該文檔。 將 Visual Studio2003 項目遷移到 Visual Studio2005 將項目或解決方案從 Visual Studio .NET2003 遷移到 Visual Studio2005 的託管開發人員應該發現該過程相當順利。Visual Studio2005 提供了升級嚮導，以便自動將項目設定轉換為 Visual Studio2005 中的等效值。它還自動將項目源檔案添加到剛剛建立的項目中。該升級嚮導不會對原始碼檔案進行任何更改。強烈建議開發人員在執行升級之前備份整個項目或解決方案，包括所包含的所有檔案。 強烈建議那些要將 Visual Studio .NET2003 項目遷移到 Visual Studio2005 的開發人員以及那些打算面向 Windows Mobile 5.0 的開發人員閱讀 Windows Mobile Platform Migration FAQ for Developers，因為某些平台更改可能影響應用程式在 Windows Mobile 5.0 裝置上進行安裝和啟動並執行能力。 遠程工具 為了高效地開發裝置應用程式，開發人員需要經常與目標裝置互動。開發人員在開發應用程式的過程中執行的很多常見任務（如查看檔案系統或修改註冊表）可能難以直接在裝置上執行。為了簡化這些任務以及其他裝置管理和監視任務，Visual Studio2005 提供了遠程工具。 Visual Studio 遠程工具是一組案頭電腦工具 + 生產力，它們提供了常見的裝置監視和管理功能。表12 顯示 Visual Studio2005 遠程工具。通過使用這些工具，開發人員在監視和管理裝置或模擬器時可以獲得能夠與他們的案頭電腦互動相媲美的簡單性和效率。這些工具與 eMbedded Visual C++ 中隨附的遠程工具非常類似。但是，Visual Studio 是第一個同時向本機和託管開發人員提供這些工具 + 生產力的程式。 表 12. Visual Studio2005 遠程工具 遠程工具 說明 Remote File Viewer 用於查看裝置或模擬器檔案系統以及與它們互動，包括在裝置和案頭電腦之間複製檔案（參見圖 14）。 Remote Heap Walker 用於分析裝置或模擬器進程的堆布局和記憶體內容。 Remote Process Viewer 用於查看有關裝置或模擬器進程的詳細線程和 DLL 資訊（參見圖 15）。還可以用來結束裝置或模擬器進程。 Remote Registry Editor 用於查看和修改裝置或模擬器註冊表。 Remote Spy 用於查看在裝置或模擬器上啟動並執行進程所擁有的 Windows 列表，包括有關視窗控制代碼和收到的視窗訊息的詳細資料。 Remote Zoom In 用於擷取裝置或模擬器螢幕快照。（使用者可以放大螢幕快照，也可以選擇將螢幕快照儲存為位元影像。） 圖 14. Visual Studio2005 Remote File Viewer 圖 15. Visual Studio2005 Remote Process Viewer。 原生編譯器和庫 Visual Studio 為本機開發人員提供了很多重要的增強功能。這些增強功能包括編譯器、標準 C 庫、MFC 和 ATL。除了提供改進的應用程式品質以外，這些增強版本與它們的案頭電腦對應組件具有更多的可比性 — 它們進一步提高了開發人員在案頭電腦和裝置應用程式開發之間共用代碼和技能的能力。 編譯器 Visual Studio 向本機裝置開發人員提供了一整套支援 ARM、MIPS、SH 和 x86 平台的新的裝置交叉編譯器。這些編譯器已經完全用新的編譯器前端（它基於最新的案頭電腦編譯器）進行了重構。 常見的前端體繫結構在案頭電腦和裝置之間提供了更大的編譯器行為一致性，從而使開發人員可以更為容易地遷移應用程式代碼和他們的技能。轉而進行裝置開發的開發人員還可以保護現有的代碼投資，並且最大限度地緩和他們的學習曲線。因為新的編譯器前端是基於案頭電腦編譯器的，所以很多案頭電腦編譯器功能現在被合并到了裝置編譯器中。 由於合并了案頭電腦編譯器功能，因此裝置編譯器能夠提供很多以前無法得到的最佳化改進。除了編譯器最佳化以外，裝置開發人員現在還獲得了連結時代碼產生的好處。連結時代碼產生為應用程式提供了進行比僅僅執行編譯器最佳化更大的最佳化的機會，因為該最佳化可以跨編譯模組（*.bin 檔案）執行，從而有機會將程式作為一個整體進行最佳化。 編譯器改進並不限於代碼最佳化。因為裝置編譯器利用了案頭電腦編譯器，所以它現在能夠合并很多以前僅限於案頭電腦的功能。例如，裝置編譯器現在提供了更進階別的 C/C++ 標準一致性。同樣，裝置編譯器現在能夠提供顯著增強 Unicode 支援。 庫 除了提供更新的編譯器以外，Visual Studio2005 還提供了本機庫的更新版本，包括標準 C++ 庫 8.0 (SCL)、標準模板庫 8.0 (STL)、Microsoft 基礎類 8.0 (MFC) 和Active Template Library 8.0 (ATL)。像編譯器一樣，上述所有庫都已經進行了更新，並且現在基於它們的案頭電腦對應組件。儘管基於相應的案頭電腦庫，但每個裝置實現都是案頭電腦實現的子集。該子集基於大小方面的考慮、效能方面的考慮、基礎作業系統功能的可用性和平台適應性。 使新的本機庫基於它們的案頭電腦對應物，為裝置開發人員提供了很多好處。最明顯的好處是應用程式代碼現在具有更高的可移植性，因為庫本身的案頭電腦和裝置版本具有更高的相容性。這種可移植性也適用於開發人員的技能。過去，一些案頭電腦庫比相應的裝置實現更加穩定。更新的庫現在為裝置開發人員提供了最高品質的可用實現。 對於使用 MFC 或 ATL 的開發人員，需要記住的是，Windows Mobile 5.0 裝置隨附了安裝在 ROM 中的 MFC 3.0 和 ATL 4.0。使用新的更新庫 MFC 8.0 和 ATL 8.0 的開發人員必須確保將版本 8.0 庫靜態連結到他們的應用程式中，或者在他們應用程式的安裝中包含版本 8.0 DLL。 注有關使用 Visual Studio 進行本機應用程式開發的詳細資料，請參閱 What's New in Visual Studio 2005 for Native Developers。 返回頁首 其他影響開發人員的 Windows Mobile 5.0 更改 除了已經討論的工具和 API 以外，Windows Mobile 5.0 還提供了很多改進。下表概述了一些附加的 Windows Mobile 5.0 功能。 ROM 中提供的軟體 表 13 顯示在所有 Windows Mobile 5.0 裝置的 ROM 中提供的一些關鍵的開發人員庫、控制項和運行庫。應用程式需要的以及該表中未列出的任何庫、控制項或運行庫都必須顯式安裝到目標裝置上。請注意，Windows Mobile 5.0 的 ROM 中未提供 .NET Compact Framework 2.0、SQL Mobile2005、MFC 8.0 和 ATL 8.0，因此您必須安裝它們（或者，對於 MFC 8.0 和 ATL 8.0，可以將它們靜態連結到您的程式中）。 表 13. Windows Mobile 5.0 裝置 ROM 中的庫、控制項和運行庫 .NET Compact Framewor.1.0 SP3 Contact Selection Dialog MFC 3.0 和 ATL 4.0 Windows Media 10 OCX State and Notification Broker Managed Telephony DirectShow Managed Outlook Mobile Direct3D Mobile Managed Messaging DirectDraw Managed Configuration Manager Picture Selection Dialog GPS API 解析度和方向敏感性 Windows Mobile 5.0 裝置支援多種螢幕大小和方向（包括縱向、橫向和方形）。所有面向 Windows Mobile 5.0 的應用程式都標記為具有螢幕解析度和方向敏感性；因此，開發人員所面臨的一個非常重要的問題是，設計和驗證應用程式以便在各種螢幕解析度和方向下有效地工作。除了驗證對不同解析度和方向的支援以外，開發人員還應該使應用程式做好裝置方向在應用程式生存期中的任何時間更改的準備，因為很多 Windows Mobile 5.0 裝置支援在縱向和橫向之間動態更改。 對於託管開發人員，為處理不同螢幕解析度和方向而進行準備的最佳方式通常是利用託管控制項的 Dock 和 Anchor 屬性。託管應用程式自動調整每個應用程式表單的大小，以匹配當前裝置的螢幕布局。當使用者在應用程式運行過程中更改裝置的螢幕方向時，所有應用程式表單都將自動重新導向，以匹配新的螢幕布局。通過使用 Dock 和 Anchor 屬性，在發生任何表單布局更改時，所有表單控制項都將自動重定位。 對於本機開發人員，Visual Studio2005 在 DeviceResolutionAware.h 中提供了很多 Helper 函數，以簡化使應用程式具有解析度和方向敏感性的過程。通過使用所提供的 Helper 函數，開發人員可以設計應用程式以詢問當前方向，縮放圖形資源，以及用更加適合當前螢幕布局的資源修改目前的交談框布局。表 14 列出其中一些函數。 表 14. 為螢幕解析度和方向管理提供協助的本機函數 函數 說明 DRA::GetDisplayMode 確定顯示當前被配置為縱向、橫向還是方形。 DRA::RelayoutDialog 修改對話方塊的布局以符合指定的對話方塊資源。 DRA::StretchIcon / DRA::StretchBitmap 將表徵圖或位元影像展開到指定的大小。 DRA::ImageList_LoadImage 根據指定的位元影像建立映像列表，自動縮放映像以適應位元影像和螢幕 DPI（DPI）值方面的差異。 無論開發人員是使用託管開發工具還是本機開發工具，開發人員都應該使所有面向 Windows Mobile 5.0 的應用程式做好適應所有受支援的螢幕大小和方向的準備。通過使用 Windows Mobile 5.0 SDK 隨附的模擬器，開發人員可以輕鬆地驗證應用程式外觀和行為，因為所提供的模擬器代表了所有可能的 Windows Mobile 5.0 螢幕布局。 Windows Mobile 5.0 將繼續運行現有的可能不具有螢幕敏感性的應用程式。當應用程式面向的解析度低於裝置支援的解析度時，Windows Mobile 5.0 將自動執行像素加倍處理，縮放應用程式以使其與裝置顯示匹配。如果裝置方嚮導致應用程式顯示的某些部分被切掉，則 Windows Mobile 5.0 會自動添加捲軸，以使使用者可以滾動和查看螢幕的其餘部分。 Pocket PC 軟鍵 Windows Mobile 5.0 為 Pocket PC 引入了軟鍵。 16 所示，軟鍵是應用程式可以修改的鍵，它們出現在螢幕的底部，並且與螢幕正下方的硬鍵相聯絡。軟鍵自 Smartphone 最初發布以來就已經存在了，並且已經成為有價值的使用者工作效率工具。在 Pocket PC 上，軟鍵可以避免使用筆針的需要，因為它們使使用者能夠通過只使用一隻手來與應用程式互動。 圖 16. Windows Mobile 5.0 Pocket PC 軟鍵。 嚮應用程式中添加智能鍵就像設計菜單一樣簡單。在設計應用程式時，請簡單地建立一個只帶兩個選項的菜單。當該應用程式執行時，Windows Mobile 5.0 會將每個菜單選項映射到某個軟鍵。Windows Mobile 5.0 自動為任何包含帶有一個或兩個選項的菜單的應用程式提供該行為。包含兩個以上選項的菜單呈現為傳統的菜單。 持久儲存區 Windows Mobile 5.0 能夠防止所有資料和應用程式遭受與電源有關的損失。因為 Windows Mobile 5.0 將整個檔案系統和註冊表裝入到持久儲存區中（而不是使用 RAM），所以，Windows Mobile 5.0 裝置就為使用者和應用程式都提供了可靠的儲存平台 — 即使是在缺少電池電源的情況下。 持久儲存區為應用程式開發人員提供了可靠的儲存系統，該系統完全是通過標準檔案系統和註冊表 API 實現的。持久儲存區針對大型讀寫操作進行了最佳化；因此，大塊讀寫資料的應用程式的效能往往要超過那些讀寫小塊資料的應用程式。 EDB 為了改善應用程式的效能和長期可移植性，CEDB Object Storage Service區已經被 EDB 所取代。EDB 利用了 SQL Mobile 使用的儲存子系統，並且提供了明顯優於 CEDB 的效能（尤其是在與持久儲存區一起使用時）。將應用程式從 CEDB 移植到 EDB 的影響最小，因為 CEDB 提供了與 CEDB 完全相同的函數集 — 所有函數都具有相同的名稱和參數列表。 Pocket PC 應用程式安全 為了協助使用者和企業保護其 Pocket PC 裝置的完整性，Windows Mobile 5.0 將 Smartphone 所使用的基於認證的應用程式安全模型引入到 Pocket PC 中。通過該應用程式安全模型，Windows Mobile 5.0 裝置依靠數字程式碼簽署來驗證使用者安裝到裝置中的任何應用程式確實來自它所聲稱的來源，並且在使用者將其安裝到裝置中以前，沒有人修改過該應用程式。 預設情況下，當在 Windows Mobile 5.0 Pocket PC 上啟動新的應用程式安裝時，在執行實際安裝以前，裝置會檢查該應用程式是否已經用來自受信源的認證進行了數位簽章。如果該裝置確定該應用程式來自受信源，則它會安裝該應用程式。如果該應用程式未簽名或未用來自已知受信源的認證簽名，則裝置會提示使用者確認是否應該繼續執行該安裝。該模型使使用者能夠完全控制將哪些應用程式安裝到他們的裝置上。 對於希望嚴格控制安裝在企業裝置中的應用程式的企業，它們可以修改該預設模型。在該方案中，企業可以移除預設的受信源列表，並且可以安裝它們自己的列表。此外，企業可以禁用在應用程式未簽名或來自未知源時提示使用者的選項。在企業禁用該選項以後，使用者只能安裝由該企業認為是受信源之一簽名的應用程式。該模型顯著提高了企業裝置的穩定性和可靠性，這是因為它消除了由使用者安裝個人軟體引起的相關問題和支援問題。 Pocket PC 和 Smartphone 共用公用 CAB 格式 用於 Pocket PC 和 Smartphone 的 Windows Mobile 5.0 軟體共用一種公用的 CAB 格式。共用一種公用的 CAB 檔案格式可以顯著減少建立 CAB 檔案和支援安裝過程所需的時間，因為所有裝置安裝都是通過單個 CAB 處理的。 ActiveSync 任何行動裝置應用程式中的關鍵考慮事項之一是，如何將該裝置中的資料與案頭電腦或後端伺服器中的資料進行同步。對於許多應用程式而言，答案是 ActiveSync，因為它為 Windows Mobile 裝置提供了端對端資料同步解決方案。對於 Windows Mobile 5.0，ActiveSync 合并了很多增強功能，以便提供更高品質的、更可靠的同步體驗。 改進的 USB 2.0 支援 儘管 ActiveSync 提供了很多串連選項（包括藍芽、紅外線和序列埠），但開發人員最經常使用的是 USB 2.0。為了在開發人員通過 USB 2.0 串連進行串連時改進 ActiveSync 體驗，ActiveSync USB 驅動程式已經完全進行了重構。這些新的驅動程式現在充分利用了 USB 2.0 硬體的功能和效能。此外，這些新的驅動程式現在可以更加有效地與案頭電腦網路服務協作。這些新的驅動程式加之它們與案頭網路服務之間的更好合作，一起顯著提高了同步輸送量。 改進的多重合作關係管理 ActiveSync 除了現有的對與多個案頭電腦保持合作關係的裝置的支援以外，還改進了它對合作關係管理的處理。現在，ActiveSync 支援與案頭電腦和伺服器同時保持合作關係。ActiveSync 還具有重新構建的用於檢測合作關係之間的衝突的邏輯。這一新邏輯在檢測衝突方面更為有效，從而顯著減少了在合作關係之間出現重複資訊的情況。 改進的 Exchange 同步 更新 ActiveSync 的關鍵焦點之一是，改進使用者在將裝置與 Exchange 進行同步時的總體體驗。這些更新已經導致了多個關鍵性的變化。最顯著的變化之一是在與 Exchange 同步時的串連可靠性方面的改進。這一改進不僅產生了更為成功的初始串連，而且減少了丟棄的或不完整的串連數量。這些更改還改進了在直接與 Exchange 伺服器進行同步和通過案頭電腦串連與 Exchange 同步之間的同步連續性。這些同步方式現在提供了完全相同的同步行為和結果。 ActiveSync 現在提供了更為完整的 Exchange 同步體驗。ActiveSync 除了長久以來支援約會、連絡人和日曆的同步以外，它現在還支援同步任務。作為提供更為完整的體驗的一部分，ActiveSync 現在還能夠同步其他 Outlook 屬性。其中最值得注意的是，它現在能夠同步作為連絡人的一部分而包含的圖片。 改進的安全 除了對功能進行增強，ActiveSync 還包含很多安全增強功能。這些增強功能是嚴格的安全審查的結果，旨在更好地保護您、您的裝置、資料和案頭電腦。一項關鍵性的安全更改是移除遠程同步。在以前的版本中，遠程同步使裝置可以通過使用 WiFi 串連進行同步。在經過審查之後，該功能被認為沒有提供足夠的安全，並且已經被移除。 RAPI Windows Mobile 遠程 API (RAPI) 是一系列用於從案頭電腦中管理和控制所串連的裝置以及與其進行互動的函數。除了支援長期存在的 C 樣式 RAPI 以外，Windows Mobile 5.0 還提供了新的基於 COM 的實現。新的基於 COM 的 RAPI 提供從現有 C 樣式實現進行的關鍵性體繫結構轉換。與假設恰好有一個 Windows Mobile 裝置串連到案頭電腦的 C 樣式 RAPI 不同，基於 COM 的 RAPI 被設計為支援多個同時串連到案頭電腦的裝置並且與它們進行互動。 需要說明的是，Windows Mobile 5.0 仍然只支援將單個裝置串連到案頭電腦 — 它不支援多個同時串連的裝置。但是，將來的 Windows Mobile 實現可能支援將多個 Windows Mobile 裝置同時串連到單個案頭電腦這一功能。 儘管編寫為使用新的基於 COM 的 RAPI 的應用程式將被限制為與單個已串連的 Windows Mobile 5.0 裝置進行互動，但這些應用程式已經做好了在對相應功能的支援添加到將來的 Windows Mobile 裝置中以後，與多個已串連的裝置進行互動的準備。建議所有剛剛建立的面向 Windows Mobile 5.0 的 RAPI 應用程式程式都使用基於 COM 的 RAPI。表 15 顯示三個主要的 RAPI COM 介面。 表 14. 主要的 RAPI COM 介面 介面 說明 IRAPIDesktop 代表當前的案頭電腦。提供枚舉已串連的裝置列表、尋找特定裝置以及監視有無新串連的功能。 IRAPIDevice 代表已串連的裝置。提供詢問裝置、確定裝置連線類型以及與該裝置之間啟動 RAPI 會話的能力。 IRAPISession 代表與已串連的特定裝置之間的 RAPI 會話。該介面用於執行實際的裝置互動。 Windows Media Player Windows Media Player 為使用者提供豐富的多媒體體驗，它同時為音頻和視頻播放提供了高品質的支援。Windows Mobile 5.0 通過將 Windows Media Player 公開為 OCX，向那些希望將多媒體播放功能合并到其應用程式中的應用程式開發人員提供了這些功能。使用 Windows Media OCX，開發人員可以管理播放清單、枚舉內容、串流內容、控制播放品質，等等。圖 17 顯示 Windows Media Player Library 和 Music Playback 螢幕。 圖 17. Windows Media Player 10 Library 和 Music Playback 螢幕。 返回頁首 小結 Windows Mobile 5.0 使開發人員能夠輕鬆地利用現代行動裝置的強大功能。強大的本機和託管 API 一起為開發人員提供了便於使用的高效開發平台。類和庫與它們的案頭電腦對應組件之間的高度連續性以及 Visual Studio2005 所提供的統一開發環境一起，共同提高了開發人員的工作效率，並且使開發人員能夠更有效地利用他們的技能和代碼投資。 Windows Mobile 5.0 是最強大的可用行動裝置平台。在使開發人員能夠繼續致力於完善和最大限度地利用他們的核心技能集的同時，Windows Mobile 5.0 和 Visual Studio2005 共同使開發人員能夠建立更加強大且更易使用的應用程式。