c# - Windows Mobile 用户界面架构

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、800x600)
- 可编辑网格
- 最好在设备上有一个本地数据库，也许是 SQL Server CE
- 它必须很快，所以基础设施需要有最少的垃圾
- 最好的后端仍然是 asmx 网络服务吗？ WCF 似乎不支持开箱即用的 Compact Framework 的很多绑定(bind)。

我想要一个 MVC 方法，这样我们就可以在需要时替换 View 。数据模型非常广泛，客户端需要能够处理相当多的数据。

如有任何指点或建议，我们将不胜感激。

干杯

Answer 1

FWIW，我使用(并编写，所以我偏爱)公共(public)领域许可的 OpenNETCF.IoC framework专为智能设备使用。一般而言，它遵循 CAB/SCSF 对象模型，因此如果您熟悉 SmartParts、Workspaces 等，那么进入其中应该毫不费力。

至于你的洗衣 list :

• 不同的语言支持:没有框架真正提供这一点，但它们也不会阻止或阻碍它。我们有一个在内部使用的松散框架，但它并不是真正可以打包和共享的东西，因为它更像是一种方法。
• 不同的分辨率:同样，据我所知，没有任何框架可以做到这一点。也有不同的处理方式。我更喜欢为每种分辨率使用单独的 UI View ，尤其是纵向和横向。停靠和锚定只能让你走这么远，但它们可能会让你从 320x240 到 640x480。
• 可编辑网格:同样，这不是真正的框架问题，而是控制问题。您可以查看一些商业网格(例如 Resco)
• 本地数据库:我们几乎总是使用 SQLCE。查询解析器往往很慢，但当您需要速度时，这就是 TableDirect 和索引的作用
• 需要快:定义“快”。这些设备本质上很慢。 IoC 框架通过缓存内容为您做了很多工作。考虑到它所做的一切，它已经尽可能快了(而且我一直在考虑性能)。
• 最佳后端:ASMX 服务什么时候宣布“最佳”后端？这里没有正确答案。如果 ASMX 之前对您来说运行良好，那么它可能会再次运行。 WCF 在某些方面非常有用。 Azure 对其他人来说很棒。这实际上取决于您的要求和拓扑结构。

另请参阅:

• Compact Framework Best Practices: Building a GUI