Windows Mobile UI体系结构

Big*_*ian 5 c# model-view-controller frameworks compact-framework windows-mobile

我的任务是重写移动客户端(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很多绑定.

我想要一个MVC方法,以便我们可以在需要时替换视图.数据模型非常广泛,客户端需要能够处理相当多的数据.

任何指针或建议将不胜感激.

干杯

cta*_*cke 2

FWIW,我使用(并编写了,所以我是部分的)专门用于智能设备使用的公共域许可的OpenNETCF.IoC 框架。一般来说,它遵循 CAB/SCSF 对象模型,因此如果您熟悉 SmartParts、工作区等,那么应该毫不费力地迁移到其中。

至于你的洗衣清单:

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

也可以看看: