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 - 你必须“自己动手”。