Desarrollo de una aplicación de Windows Forms, tanto para un tablet PC y WindowMobile

Question

Estoy desarrollando una aplicación para un tablet PC basado en Windows. Esta aplicación es más o menos un puerto de una aplicación que ya se desarrollaron en un dispositivo Windows Mobile utilizando .NET CF. Quiero escribir la aplicación desde cero, aprovechando todos los conocimientos que he adquirido en el desarrollo de software.

También me gusta escribir esta nueva aplicación de tal manera que si así lo deseo, puedo modificar mi aplicación Windows Mobile existente para utilizar las nuevas bibliotecas. Lo ideal es que voy a tener un conjunto compartido de bibliotecas de lógica de negocio y acceso a datos, con la única diferencia real es la capa de interfaz de usuario -. WPF para la versión de la tableta, y sólo una interfaz CF estándar para la aplicación Windows Mobile

Teniendo esto en cuenta, voy a tener que asegurarse de que todos los proyectos que crean son compatibles con .NET Compact Framework. ¿Hay una manera fácil de asegurar esto? Un pensamiento que tenía era utilizar un proyecto de Smart Device para cada biblioteca de clases que se crea.

Además de esto, es más fácil para mí para hacer referencia a estas bibliotecas escritas para una aplicación .NET CF desde una aplicación estándar de Windows?

Está desarrollando una aplicación para un tablet PC lo mismo que el desarrollo de todas las ventanas normales formularios de solicitud? ¿Hay una versión diferente de .NET Framework para tener en cuenta, o están comprimidos más o menos piezas estándar de Windows?

Answer 1

No hay una versión especial de .NET Framework para Tablet PC. La cuestión de intercambio de código entre Windows Mobile y Windows ha sido preguntado antes y la respuesta aceptada es excelente.

Answer 2

Las tabletas que he visto están ejecutando estándar de Windows con .NET "completa", pero espero que usted puede conseguir algunos dispositivos de peso ligero, también. Una posibilidad podría ser interesante "perfil de cliente" (un subconjunto de los archivos DLL .NET "completos" regulares) -., Pero no he visto mucho uso de ese mismo

CF y la cuota regular de .NET muchas cosas, pero en última instancia, hay diferencias; tampoco es un subconjunto estricto de la otra. He descubierto que, en general, la única manera de escribir código para 2 marcos es mantener ambos activos ... para protobuf-net (que tiene este problema) guardo un archivo de proyecto para cada marco para que pueda probar rápidamente que la construcción de obras de todo el mundo (es decir, no existen métodos que faltan, etc).

Es posible que necesite usar bloques #if para ejecutar código ligeramente diferente en los dos marcos, especialmente si desea utilizar características de .NET "completos" por razones de rendimiento (que no existen en la versión CF). Una forma de hacer esto más fácil de hackear los archivos proj usar inclusión de archivos recursiva:

<Compile Include="**\*.cs" />

Ahora usted no tiene que seguir añadiendo nuevos archivos a ambos proyectos - que va a ser recogido de forma automática (advertencia: en el IDE es posible que tenga que descargar / cargar el proyecto).