Windows Mobile UI Architecture

Question

Tengo la tarea de reescribir la aplicación cliente móvil (Win CE, Win Mobile 6 y posterior), porque nuestra implementación actual, basada en MCSF ya no se puede utilizar. He encontrado este marco MVC: http://blogs.msdn.com/priozersk/archive/2008/10/10/mobile-mvc-framework-part-1.aspx

Es este el picor actual?

Nuestras necesidades incluyen:
- soporte para diferentes langauges
- soporte para diferentes resoluciones (QVGA, VGA, pero posiblemente 640x200, 800x600)
- rejillas editables
- que tiene preferiblemente una base de datos local en los dispositivos, quizá SQL Server CE
- tiene que ser rápido, por lo que la infraestructura tiene que venir con una mínima cantidad de suciedad
- es la mejor backend siendo un servicio web asmx? WCF no parece admitir muchas consolidaciones para Compact Framework fuera de la caja.

Me gustaría un enfoque MVC para que podamos reemplazar las vistas si es necesario. El modelo de datos es muy extenso y el cliente necesita poder manejar bastante información.

Cualquier puntero o sugerencia sería muy apreciada.

Saludos

Answer 1

Fwiw, yo uso (y escribió, así que estoy parcial) del sector público y el dominio de licencia OpenNETCF.IoC framework específicamente para el uso de dispositivos inteligentes. Sigue el modelo de objetos CAB/SCSF, en términos generales, por lo que si está familiarizado con SmartParts, espacios de trabajo, etc., no debería ser difícil moverse hacia él.

En cuanto a su larga lista:

• soportar diferentes idiomas: No existe un marco realmente proporciona esto, pero tampoco impiden o dificultan la misma. Tenemos un marco de trabajo flexible que usamos internamente, pero no es algo que se pueda empaquetar y compartir, ya que es más una metodología.
• Resoluciones diferentes: De nuevo, no hay marcos de los que tenga conocimiento para hacer esto. Hay diferentes estilos para manejar esto también. Prefiero vistas de UI separadas para cada resolución, especialmente para portrait v. Landscape. El acoplamiento y el anclaje solo pueden llevarte tan lejos, pero pueden sacarte de, digamos, 320x240 a 640x480.
• grillas editables: De nuevo, no es realmente un problema de marco, sino uno de control. Hay algunas redes comerciales que puede consultar (como Resco)
• base de datos local: casi siempre usamos SQLCE. El analizador de consultas tiende a ser lento, pero cuando se necesita velocidad, TableDirect e índices son para
• debe ser rápido: definir "rápido". Estos dispositivos son intrínsecamente lentos.El marco de IoC hace mucho trabajo para usted al almacenar en caché las cosas. Es tan rápido como podría hacerlo teniendo en cuenta todo lo que hace (y siempre estoy pensando en perf).
• mejor back-end: cuando un servicio ASMX decretó el "mejor" back-end? No hay una respuesta correcta aquí. Si un ASMX funcionó bien para ti, entonces probablemente lo hará de nuevo. WCF es genial para algunas cosas. Azure es genial para otros. Realmente depende de sus requisitos y topología.

Ver también:

• Compact Framework Best Practices: Building a GUI

Answer 2

Tenga en cuenta que Windows Phone 7 requerirá una nueva implementación de todos modos, basado en Silverlight móvil (o XNA, si lo prefiere). Como tal, es posible que desee ver el patrón MVVM y asegurarse de que la separación de la lógica comercial de las capas de presentación: System.Windows.Forms se haya utilizado de forma nudosa para el desarrollo móvil a partir de la próxima versión.

Además, Windows Phone 7 is not going to contain any structured data storage (SQL CE) functionality or LINQ data providers - que tendría que "hágalo usted mismo".