Windows Mobile UI體系結構

Question

我的任務是重寫移動客戶端（Win CE，Win Mobile 6及更高版本）應用程序，因爲我們當前的基於MCSF的實現已不再可用。我發現這個MVC框架：http://blogs.msdn.com/priozersk/archive/2008/10/10/mobile-mvc-framework-part-1.aspx

這是目前的熱點？

我們的需求包括：
- 爲不同漢語語言 支持
- 針對不同分辨率的支持（QVGA，VGA，但可能640X200，800×600）
- 編輯網格
- 優選具有在設備上的本地數據庫，也許SQL Server CE
- 它必須是快速的，所以基礎設施需要最少量的垃圾
- 是最好的後端仍然asmx網絡服務？ WCF似乎並不支持Compact Framework的很多綁定。

我想要一個MVC方法，以便我們可以在需要時替換視圖。數據模型非常廣泛，客戶端需要能夠處理相當多的數據。

任何指針或建議將不勝感激。

乾杯

Answer 1

FWIW，我使用（並寫道，所以我是部分）專門用於智能設備使用的公共域許可OpenNETCF.IoC framework。一般來說，它遵循CAB/SCSF對象模型，因此，如果您熟悉SmartParts，Workspaces等，那麼就不應該進入它。

至於你的洗衣清單：

• 不同的語言支持：無框架確實提供了這一點，但他們也不阻止或妨礙它。我們有一個內部使用的鬆散框架，但它不是真正可以打包和共享的東西，因爲它更像是一種方法。
• 不同的解決方案：同樣，沒有我知道的框架這樣做。也有不同的處理方式。對於每個分辨率，我更喜歡單獨的UI視圖，特別是對於縱向和橫向。對接和錨定只能幫你達到目標，但他們可能會讓你從320x240到640x480。
• 可編輯網格：同樣，不是一個真正的框架問題，而是一個控件。有幾個商業網格，你可以看看（像Resco）
• 本地數據庫：我們幾乎總是使用SQLCE。查詢解析器往往速度很慢，但是當您需要的速度是TableDirect和索引所需的速度時
• 需要快速：定義「快速」。這些設備本質上很慢。IoC框架通過緩存事物爲您做了很多工作。它的速度和我考慮它所做的一樣快（我一直在考慮perf）。
• 最佳後端：什麼時候ASMX服務頒佈了「最佳」後端？這裏沒有正確的答案。如果ASMX之前對你有用，那麼它可能會再次。 WCF對於某些事情很棒。 Azure非常適合其他人。這實際上取決於您的要求和拓撲結構。

另請參見：

• Compact Framework Best Practices: Building a GUI

Answer 2

注意的Windows Phone 7將需要一個新的實現，無論如何，基於Silverlight的手機（或XNA，如果你喜歡）。因此，您可能需要查看MVVM模式，並確保將業務邏輯與表示層分離 - System.Windows.Forms已從下一版本中有效地用於移動開發。

此外，Windows Phone 7 is not going to contain any structured data storage (SQL CE) functionality or LINQ data providers - 你必須「自己動手」。