Windows Mobile 6 中為開發人員提供的新功能（2）

文章目錄

• 資料功能得到了增強
• 效能更強，資源管理效率更高
• 機器碼互通性進行了重構
• SQL Server 2005 Compact Edition
• AJAX
• 需要安裝的軟體更少
• 對基於 URL 部署的支援
• 代碼簽署得到了簡化

Windows Mobile 6 中為開發人員提供的新功能（2）2007-05-30 19:09

其他控制項 本部分所提到的控制項只是一小部分。除了此處提及的控制項之外，.NET Compact Framework 2.0 還包括許多其他控制項，其中有 StatusBar 控制項、針對 Smartphone 的 DataGrid 控制項和 UserControl 派生的自訂控制項等等。 對裝置外觀造型差異的支援 Windows Mobile 裝置有許多不同的外觀造型，而且新的外觀造型在不斷出現。為確保應用程式可以在 Windows Mobile 系列裝置上順利地工作，需要對應用程式使用者介面進行設計，以適應裝置螢幕尺寸、形狀和解析度上的差異。為了減輕您在處理這些裝置差異所涉及的瑣碎事務上的工作量，.NET Compact Framework 2.0 提供了幾項新功能，用於簡化具有適應能力的應用程式使用者介面的建立。 在這些新功能中，最值得注意的是添加了控制項停靠和控制項定位功能。控制項停靠和控制項定位有助於使您的應用程式使用者介面的適應能力更強，因為通過使用停靠和定位功能，可以提供有關控制項應如何響應顯示地區變化的預設行為。 停靠控制項時，會將控制項與其父控制項的邊緣對齊。例如，如果將控制項配置為停靠在其父控制項的左邊緣，該控制項的位置將會靠著父控制項的左邊緣，並沿著父控制項的左邊緣填充整個地區， 11 所示。當裝置外觀造型差異導致父控制項尺寸發生變化時，停靠的控制項會自動調整其自身尺寸，以保持與父控制項左邊緣的對齊。 圖 11. 橫屏和縱屏上顯示的停靠在其父控制項頂部邊緣的控制項 定位控制項表示控制項的一個或多個邊緣應與其父控制項的相應邊緣保持固定的距離。裝置螢幕尺寸上的差異會使控制項自動調整其尺寸和位置（必要時），以使定位邊緣與父控制項邊緣之間始終保持指定的距離。圖 12 顯示了定位到父控制項左、右、頂部及底部邊緣的 TextBox 控制項。 圖 12. 橫屏和縱屏上顯示的定位到其父控制項左、右、頂部及底部邊緣的控制項 在某些情況下，讓應用程式調整其控制項大小或移動其控制項來適應裝置螢幕地區尺寸上的差異可能不切實際。當應用程式擁有大量控制項，而調整大小後對使用者而言控制項可能變得過小而使使用者無法以適當的方式與其進行互動時，通常會出現這種情況。在這種情況下，較好的解決方案是允許使用者滾動應用程式顯示地區，以查看螢幕邊緣之外的控制項。使用 .NET Compact Framework 2.0 時，無需進行任何特殊的工作來將滾動功能整合到應用程式中。應用程式顯示時，.NET Compact Framework 2.0 會自動檢測是否存在任何受顯示尺寸限制而無法看到的控制項，並在必要時為應用程式表單添加捲軸。.NET Compact Framework 2.0 還提供了所有捲軸處理功能；因此，應用程式不需要做任何特殊處理，使用者便可通過滾動表單來查看隱藏的控制項。 裝置不僅在顯示尺寸上有區別，在顯示解析度上也存在差異。如果不對這些解析度差異加以考慮，那麼最初設計用於 96 DPI (dpi) 顯示的應用程式在 192 dpi 的裝置上會顯示得非常小，並呈壓扁狀。為能正常顯示，控制項需要進行縮放以適應新的顯示解析度。使用 .NET Compact Framework 2.0 時，處理這些解析度差異會變得簡單，因為 .NET Compact Framework 2.0 會自動縮放所有控制項，以將設計時解析度和運行時解析度之間的差異考慮在內。 鍵盤互動和基於鍵盤的導航 .NET Compact Framework 2.0 中一項非常重要的改進是，為配備小鍵盤或鍵盤的裝置提供了更好的支援。在 .NET Compact Framework 2.0 中，所有控制項現在都接收 KeyUp、KeyDown 和 KeyPress 事件，這使您可以在應用程式中整合自訂鍵盤處理功能。通過新添加的 Form.KeyPreview 屬性，您還可以選擇是將鍵盤事件發送到各個控制項，還是將所有控制項鍵盤事件發送到包含這些控制項的表單。 .NET Compact Framework 2.0 還加入了對將控制項設定為製表位及設定控制項 定位順序的支援。這樣，使用支援鍵盤的裝置的使用者便可不必使用筆針，而是使用 Tab 鍵在應用程式控制項之間進行移動。 資料功能得到了增強 就本質而言，LOB 應用程式的大量時間花費在管理資料和與資料進行互動上。對於建立 LOB 應用程式的開發人員來說，有效率而且易用的資料類是必不可少的。Windows Mobile 6 通過在 ROM 中加入 SQL Server Compact Edition，為 LOB 應用程式開發人員提供了他們所需的完全關係型的資料庫支援。藉助 ROM 中的 SQL Server Compact Edition，就可以利用本地安裝的關聯式資料庫 SQL Server Compact Edition 的功能和能力，而不必在應用程式部署中加入資料庫安裝組件。 無論您是使用 DataSet 類和 SQL Server Compact Edition 來處理關係資料，還是使用 XML 類來處理分層資料，.NET Compact Framework 2.0 都提供了所需的易用、有效率而且豐富功能的類，以減少編程工作量，同時提高應用程式效能。 注意： 除本部分中介紹的許多出色的新功能之外，還可以參閱以下“效能更強，資源管理效率更高”部分中對改進的資料類運行時效能的介紹。 關係資料 .NET Compact Framework 2.0 提供的一種關係資料類對應用程式的影響最大，它就是新增的 SqlCeResultSet 類。SqlCeResultSet 類提供了直接指向 SQL Server Compact Edition 資料庫的遊標，該遊標可以進行更新和滾動。SqlCeResultSet 類不是像 DataSet 類那樣在記憶體中複製大量資料庫資料，而是直接與 SQL Server Compact Edition 資料庫引擎協作，因此不需要複製資料便可提供資料更新和遊標滾動功能。 與 DataSet 類相比，SqlCeResultSet 類的體繫結構可以大幅度減少應用程式佔用的記憶體量。在許多情況下，SqlCeResultSet 可以將應用程式必需的記憶體量減少幾MB。除了減少記憶體消耗之外，SqlCeResultSet 的速度要比 DataSet 類快得多。SqlCeResultSet 的速度通常是 DataSet 類的 3 到 5 倍。 XML .NET Compact Framework 2.0 提供了幾項增強功能，用於處理基於 XML 的資料。這些更改簡化了 XML API 的使用，並使 XML API 在與完整 .NET Framework 所提供的功能的一致性上得到大幅度提高。作為這些增強功能的一部分，.NET Compact Framework 2.0 添加了對 XML 查詢語言 XPath 的支援；XPath 可以大幅度減少導航 XML 資料所需的編程工作量，而且與使用顯式導航 API 時相比，導航 XML 資料時的效率往往更高。還添加了 XmlSchema 類及相關的類，這樣便可以編程方式處理和建立 XML 結構描述。 其中一個呼聲較高的功能（XML 序列化）現在已經提供。.NET Compact Framework 2.0 現在加入了 XmlSerializer 類及相關的類，如 XmlElement 和 XmlAttribute 類。由於添加了這些類，現在可以輕鬆地將應用程式物件以 XML 形式保留和還原。 新的 XmlSerializer 類替代了 .NET Compact Framework 1.0 中使用的 Web 服務 XML 序列化實現。所有 Web 服務 XML 序列化和還原序列化現在都通過新的 XmlSerializer 類來執行。新的 XmlSerializer 類的速度能夠穩定地保持在 .NET Compact Framework 1.0 中 Web 服務 XML 序列化實現速度的二到三倍。歸功於新的 XmlSerializer 類，應用程式從 .NET Compact Framework 2.0 應用程式進行 Web 服務調用所花費的總時間現在遠遠少於從 .NET Compact Framework 1.0 應用程式進行相同調用所花費的時間。 效能更強，資源管理效率更高 Windows Mobile 6 在 ROM 中加入了 .NET Compact Framework 2.0，從而提高了託管應用程式的效能。.NET Compact Framework 2.0 在 .NET Compact Framework 1.0 的基礎上進行了重大效能改進。效能改進幾乎影響到了應用程式執行的每個方面，包括應用程式資源的恢複。 為改進效能，.NET Compact Framework 2.0 運行時進行了全面的審查和返工。付出的努力得到了回報。儘管難以確定效能增強會給任何特定應用程式產生怎樣的影響，但 .NET Compact Framework 2.0 運行時許多地區的執行速度可能接近 .NET Compact Framework 1.0 中相應操作執行速度的一倍半。其他地區進行的改進更為顯著，如虛擬或非虛擬方法調度，在許多情況下，其速度幾乎是 .NET Compact Framework 1.0 的兩倍半。 除整體運行時效能改進之外，還對改進資料類的效能給予了特別關注。.NET Compact Framework 2.0 DataSet 類載入資料的速度是 .NET Compact Framework 1.0 版本的三到四倍。XmlTextReader 類進行了類似的效能改進，現在它讀取 XML 檔案內容的速度幾乎是 .NET Compact Framework 1.0 的三倍。 除了許多應用程式運行時效能改進之外，.NET Compact Framework 2.0 還使記憶體回收行程的效能得到巨大改進。一般情況下，.NET Compact Framework 2.0 記憶體回收行程恢複記憶體的速度是 .NET Compact Framework 1.0 的七倍。大型物件分配的管理和恢複是與其他記憶體配置分開進行的，儘管其速度在 .NET Compact Framework 1.0 中已經非常快了，.NET Compact Framework 2.0 記憶體回收行程的速度卻是它的四倍。表 3 提供了 .NET Compact Framework 2.0 效能改進的總覽。 表 3. .NET Compact Framework 2.0 在 .NET Compact Framework 1.0 基礎上進行的效能改進總覽 任務 .NET CF 2.0 較之於 .NET CF 1.0 的效能改進 整體運行時執行 速度快一倍半（平均） 方法調度 速度快兩倍半 DataSet 載入 速度快三到四倍 XmlTextReader 讀取 速度快三倍 記憶體回收行程記憶體恢複 速度快七倍 記憶體回收行程大型物件恢複 速度快四倍 不但應用程式在使用 .NET Compact Framework 2.0 時比在使用 .NET Compact Framework 1.0 時的效能更高，而且在 Windows Mobile 6 裝置上啟動並執行 .NET Compact Framework 2.0 應用程式與在較早版本 Windows Mobile 裝置上啟動並執行同一 .NET Compact Framework 2.0 應用程式相比，前者的啟動速度要比後者快 25%。Windows Mobile 6 裝置上啟動時間得到縮短是因為在裝置 ROM 中安裝了 .NET Compact Framework 2.0。與將 .NET Compact Framework 2.0 安裝在 RAM 中的裝置相比，單是將 .NET Compact Framework 2.0 安裝在裝置 ROM 中便可使應用程式啟動速度提高 25%。 所有這些效能改進不但意味著使用者對您的速度更快且響應更及時的應用程式更為滿意，還加快了應用程式的開發速度，因為現在您等待的時間減少了。應用程式的啟動和運行速度都更高，獲得應用程式測試結果的時間也更短。 機器碼互通性進行了重構 .NET Compact Framework 2.0 在 .NET Compact Framework 1.0 已有功能基礎上增加了許多新功能。由於增加了如此多的新功能，.NET Compact Framework 2.0 應用程式僅使用Managed 程式碼所執行的工作就比在 .NET Compact Framework 1.0 應用程式中可以執行的工作多得多。即使使用這些眾多的新功能，託管應用程式有時仍需要與機器碼進行互動。與 .NET Compact Framework 1.0 相比，.NET Compact Framework 2.0 提供的機器碼互通性實現進行了顯著改進，大幅度簡化了通過託管應用程式代碼與機器碼進行的互動並減少了混淆。 .NET Compact Framework 2.0 添加了元件物件模型 (COM) 支援，使託管應用程式可以直接調用 COM 組件。不必再像 .NET Compact Framework 1.0 所要求的那樣，為使 COM 物件可訪問而建立自訂本機庫。 機器碼封送層進行了改進，以支援比過去多得多的資料類型。.NET Compact Framework 1.0 中的大部分資料封送限制已不存在。現在可以直接將大部分參數從託管應用程式傳遞到機器碼，而無需進行任何特殊的編程；這包括包含嵌入式類型（如字串和數組）的類和結構。.NET Compact Framework 2.0 還通過 MarshalAs 屬性提供了可自訂的參數封送。 對於那些需要處理要求使用視窗控制代碼的本機函數的開發人員來說，現在所有 .NET Compact Framework 2.0 Windows 表單控制項都提供了 Handle 屬性。Handle 屬性公開控制項基礎視窗的本機視窗控制代碼，可以將該屬性傳遞給要求使用視窗控制代碼的本機方法。 SQL Server 2005 Compact Edition 所有 Windows Mobile 6 裝置都將 SQL Server Compact Edition（一種企業品質關聯式資料庫）安裝在 ROM 中；對於 Pocket PC 和 Smartphone 裝置都是如此。藉助 ROM 中的 SQL Server Compact Edition，應用程式就可以充分利用本地的完全關係型資料庫 (SQL Server Compact Edition)，而不必在應用程式部署中加入資料庫安裝組件。這會減少部署支援的時間和成本。 注意： 使用 SQL Server 2005 Mobile Edition 建立的現有資料庫檔案與 SQL Server 2005 Compact Edition 完全相容，而且無需對資料庫檔案進行修改即可使用。 功能豐富 SQL Server Compact Edition 是一個功能豐富的關聯式資料庫，提供了完整的 SQL 文法，其中包括內部聯結、外部聯結和子查詢。SQL Server Compact Edition 提供了完整的事務一致性，這種一致性確保了資料庫始終保持一致的狀態，即使是在應用程式崩潰或裝置完全斷電時也是如此。SQL Server Compact Edition 提供記錄級、頁面級和資料庫級的鎖定功能，這確保了資料庫的完整性，即使是在多個線程或應用程式同時進行訪問和更新的情況下，也是如此。一項針對 LOB 應用程式的重要功能是，SQL Server Compact Edition 支援的資料庫大小高達 4 GB。 有親切感 SQL Server Compact Edition 提供了 SQL Server 2005 SQL 實現的豐富子集，使您能夠充分利用現有的 SQL Server 技能。您還可以充分利用現有的資料庫編程技能，因為 SQL Server Compact Edition 為託管應用程式提供了一個 ADO.NET 庫，並為本機應用程式提供了一個 OLEDB 庫，這兩個庫都與 SQL Server 2005 的對應庫保持一致。 SQL Server Compact Edition 與 SQL Server Management Studio 和 Visual Studio 2005 完全整合。通過 SQL Server Management Studio，可以建立新的 SQL Server Compact Edition 資料庫、查看資料庫物件、建立表、修改表以及執行互動式查詢。圖 13 所示的 SQL Server Management Studio 中顯示的是 SQL Server Compact Edition 資料庫中表、表列和表索引的列表。 圖 13. 在 SQL Server Management Studio 中查看的 SQL Server Compact Edition 資料庫表、表列和表索引 Visual Studio 2005 完全支援 SQL Server Compact Edition，其提供的面向資料的功能與為其他資料庫提供的相應功能是相同的。使用 Visual Studio 2005 時，可以將 SQL Server Compact Edition 資料庫作為資料來源添加到項目中。添加 SQL Server Compact Edition 資料來源時，Visual Studio 2005 的行為與其對 SQL Server 2005 資料庫的行為相同；它會產生強型別 DataSet 派生的類，並將資料庫表添加到 Visual Studio 2005“資料來源”窗格中。可以完全像在使用 SQL Server 2005 時那樣，將表和列從“資料來源”窗格拖動到應用程式表單上，Visual Studio 2005 會自動產生相應的控制項和資料繫結代碼。圖 14 顯示了“資料來源”窗格中查看到的 SQL Server Compact Edition 資料庫表。 圖 14. Visual Studio 2005“資料來源”窗格中 SQL Server Compact Edition 資料庫的表 通過 Visual Studio 2005 Server Explorer，可以開啟 SQL Server Compact Edition 資料庫，並以互動方式瀏覽資料庫內容。還可以通過 Server Explorer 開啟資料庫表，以查看、添加、修改和刪除記錄。 內建資料同步支援 設計移動 LOB 應用程式時必須處理的其中一個最重要的問題是資料同步策略。第一次將資料從企業資料庫複寫到行動裝置時，裝置和企業資料庫都擁有相同的資訊；不過，不久這兩個資料庫擁有的資訊便會不同。使用者方的活動可能會導致裝置上的資料發生變化；類似地，整個企業其他地方的活動可能會導致企業資料庫中的資料發生變化。您需要決定應用程式如何將裝置資料庫與企業資料庫進行同步，以使兩個資料庫恢複到一致的狀態。 沒有一種策略能夠適用於所有應用程式，這也是 SQL Server Compact Edition 自身直接支援幾種不同資料同步機制的原因。如果大部分資料更改是對裝置（例如，收集資訊的公用事業讀表器）資料副本進行的，SQL Server Compact Edition 為這樣的應用程式提供了遠端資料存取 (RDA)。RDA 是一種非常輕型的資料同步公用程式，用於跟蹤對裝置資料庫所做的更改，及在以後將同樣的更改應用到企業資料庫。在更為複雜的情況下，SQL Server Compact Edition 提供了合併式複寫。合併式複寫是一種合作式的資料同步公用程式，用於跟蹤對裝置資料副本和企業資料副本所做的更改。對資料進行同步時，裝置資料庫和企業資料庫都會交換其各自的資料更改曆史，以使兩個資料庫保持一致。作為資料同步過程的一部分，合併式複寫會經曆一個更改協調階段，在該階段中，將對雙方的更改進行審查，以確定要交換的具體資料。更改協調階段會自動檢測可能已發生的任何有衝突的資料更改，並採取相應的措施。合併式複寫對更改衝突的處理是完全可配置的，可以進行自訂。合併式複寫還包括一些進階資料同步功能，這些功能不能供 RDA 使用：後台資料同步（又稱非同步複製）及進度事件。可以通過後台資料同步功能啟動合併式複寫進程，使其在後台線程上運行。這便使主應用程式線程可以用於保持響應及時的使用者介面。進度事件提供有關資料同步進程狀態（包括每個表更改的交換時間及更改協調階段進度）的應用程式定期更新。 RDA 和合併式複寫都通過 Web 服務器執行資料同步過程，資料更改通過超文字傳輸通訊協定 (HTTP) (HTTP) 或安全超文字傳輸通訊協定 (HTTPS) (HTTPS) 進行傳送。通過 Web 服務器執行資料同步帶來了極大的靈活性，因為這使 SQL Server Compact Edition 資料庫可以在裝置能夠串連到 Internet 時就與企業資料庫進行同步，無論是通過像 WiFi 這樣的高速串連還是速度較慢的行動電話串連，都是如此。 如果資料存放區在使用者案頭電腦上單獨的資料庫中，而不是儲存在企業資料庫中，SQL Server Compact Edition 為這樣的應用程式環境提供了 SQL Server Compact Edition Access Database Synchronizer (ADS)。通過 ADS，可以使用使用者案頭 Access 資料庫中的資料填充裝置上的 SQL Server Compact Edition 資料庫。SQL Server Compact Edition 資料庫會自動跟蹤對裝置資料庫所做的更改。以後將裝置插入底座時，SQL Server Compact Edition 會使用 ADS 將裝置資料庫更改應用到 Access 資料庫。 安全 行動裝置的可移植性要求遵循安全實踐，以確保不會危及重要訊息的安全。為保證 SQL Server Compact Edition 資料庫中資料的安全，SQL Server Compact Edition 支援使用密碼來保護資料庫和對資料庫內容進行加密。建立資料庫時，可以輕鬆地設定用於保護和加密資料庫的密碼。以下是一個 SQL 陳述式，它在 C 盤上建立名為 SafeData.sdf 的資料庫，將密碼設定為 P@ssw0rd，並將資料庫配置為對所有資料都加密。 Create Database "c:\SafeData.sdf" databasepassword 'P@ssw0rd' encryption on 將對資料庫中儲存的所有資料進行加密。成功地訪問資料庫內容的唯一方法是在開啟資料庫時提供正確的密碼。以下樣本顯示了如何在 C# 程式內以編程方式建立受密碼保護的加密資料庫檔案。 SqlCeEngine dbEngine =    new SqlCeEngine(@"data source=\My Documents\SafeData.sdf;password=P@ssw0rd;encrypt database=TRUE"); dbEngine.CreateDatabase(); 除了提供安全資料庫內容之外，SQL Server Compact Edition 還在使用 RDA 或合併式複寫與企業資料庫進行同步時提供安全資料交換。RDA 和合併式複寫都支援通過 Internet 與後端資料庫進行交換時，使用 HTTPS 對更改曆史資料進行加密。 AJAX Windows Mobile 6 具有更新版本的 Microsoft Internet Explorer Mobile，其中包括運行基本 AJAX 應用程式時所需的 XML DOM 和 JavaScript 支援。這使您可以利用現有 ASP.NET、XML 和 JavaScript 技能來構建在 Windows Mobile 6 裝置上啟動並執行、功能豐富的基於瀏覽器的應用程式。 注意： 計劃於 2007 年 5 月 1 日發布的 Windows Mobile 6 SDK Refresh 包括支援基本 AJAX 應用程式的 Windows Mobile 6 模擬器映像。 返回頁首 簡化應用程式部署 將應用程式部署到終端使用者後，才能說它是成功的。部署應用程式和為該部署過程提供支援非常耗時，而且可能會對可以用於開發新功能和應用程式的時間產生顯著影響。Windows Mobile 6 納入的許多增強功能可以減少您在管理和支援應用程式部署上花費的時間和精力。這些增強功能降低了應用程式部署的總成本，通過減少您在管理和支援應用程式部署上所花費的時間，Windows Mobile 6 讓您可以有更多的時間來為應用程式添加功能和建立新的應用程式。 需要安裝的軟體更少 Windows Mobile 6 通過在每個 Windows Mobile 6 裝置的 ROM 中加入 .NET Compact Framework 2.0 SP1 和 SQL Server 2005 Compact Edition，簡化了託管應用程式和自用應用程式的部署。在 ROM 中提供 .NET Compact Framework 2.0 SP1 和 SQL Server Compact Edition 大幅度簡化了應用程式的部署，並降低了為成功安裝應用程式而必須為終端使用者提供的支援層級。 在 ROM 中提供 .NET Compact Framework 2.0 SP1 和 SQL Server Compact Edition 的益處有很多。您擁有了一個定義明確的目標平台，它確保這些核心軟體組件始終存在，且始終得到正確的安裝。應用程式安裝軟體包的整體大小仍然較小，因為它僅包含應用程式組件。較小的安裝軟體包的下載和安裝時間都較短，這簡化了應用程式分發和應用程式更新的分發。較短的安裝和下載時間還為改善使用者體驗創造了條件。 除了使用者、部署和支援體驗得到改善外，在裝置 ROM 中安裝 .NET Compact Framework 2.0 SP1 和 SQL Server Compact Edition 還為給應用程式提供更好的運行時環境創造了條件。將 .NET Compact Framework 2.0 SP1 和 SQL Server Compact Edition 安裝在裝置 ROM 中，這樣它們便不會佔用裝置 RAM 的空間。減少在 RAM 中安裝的軟體為應用程式留出了更多的 RAM 空間來儲存資料。 對基於 URL 部署的支援 為 Windows Mobile 6 上的 Internet Explorer Mobile 添加基本 AJAX 支援提供了新的應用程式分發途徑。對於適合使用基於 AJAX 的解決方案的應用情境，只需以電子郵件發送相應的 URL 便可對應用程式進行部署。使用者接收到該 URL 時，只需使用 Internet Explorer Mobile 瀏覽到該 URL，而不需要在裝置上安裝其他軟體，因為 Internet Explorer Mobile 已具備了運行基本 AJAX 程式所需的一切條件。 代碼簽署得到了簡化 Windows Mobile 安全性原則的一個重要方面是使用認證來簽署應用程式可執行檔和安裝檔案。在較大的應用程式中，正確簽署應用程式可執行檔和安裝檔案的過程可能很冗長。新的 CodeSignTool 公用程式（本文前面提到過）讓您可以通過執行一個命令來簽署所有必需的檔案，從而顯著減少了簽署應用程式安裝檔案的工作量。