2011-02-26 18 views

Respuesta

9

Por supuesto que no puede ejecutar la misma aplicación nativa en Android y Windows Phone 7.

Probablemente el más cercano que puede venir en términos de tener el mismo código fuente es escribir todo lo excepto la interfaz de usuario lógica en C#, y luego usar MonoDroid para construir una UI en C# ... pero MonoDroid aún no se ha lanzado (AFAIK). Si lo desea, puede usar el mismo enfoque para versiones futuras de su aplicación de iPhone usando MonoTouch.

Una alternativa sería escribir el código que no es de UI en Java para comenzar, y luego portar a C# - eso es razonablemente sencillo.

Es probable que el código de la interfaz de usuario sea bastante diferente para cada plataforma, haga lo que haga, para ser honesto: cada uno tiene su propia manera de hacer las cosas, y es más importante ser coherente con la plataforma que está ejecutando más que consistente con su aplicación en otras plataformas.

+0

he estado tratando de hacer una aplicación de WP7 usando el patrón MVP (http: // aviadezra .blogspot.com/2009/08/mvp-mvvm-winforms-data-binding.html) y teóricamente esto debería permitirle escribir sus niveles de modelo (clases de datos y lógica biz) y presentador (lógica de presentación no específica de la interfaz de usuario) separado de su nivel de implementación de Vista (UI). Combine con MonoDroid y podrá reutilizar los niveles M y P y solo volver a implementar la V para cada sistema operativo objetivo. Publicaré un informe de ejemplo cada vez que obtenga una aplicación que funcione tanto con WP7 como con WM6. – PhilChuang

0

¿Qué tipo de aplicación? Para juegos echa un vistazo a ExEn.

+0

No es una aplicación de juegos –

1

Oye, marque this desde MSDN. Este video habla sobre la migración de una aplicación de Android a WP7. HTH

0

Estoy a punto de tener un problema similar: cómo crear, actualizar y mantener una aplicación vinculada a un nuevo dispositivo de hardware, donde la aplicación debe ser compatible con WP7, IOS y Android (además de compatible con PC/MAC de escritorio - pero esto será Flex/Air) - el enfoque propuesto actual es una biblioteca de C Core, luego aplicaciones nativas para las UI, pero esto me asusta un poco ya que parece bastante vieja escuela. La otra opción no es nada en común aparte de los algoritmos, y solo compila 3 aplicaciones nativas

0

Resume la lógica de tu aplicación central a la nube (servicios web, etc.) y úsala como interfaz para todas tus aplicaciones móviles nativas. Mantenga todo el código específico de su plataforma dentro de su respectiva aplicación nativa.

Si usted está tan inclinado, buscar la manera de generar los contratos de cliente/estructuras sobre la base de la interfaz serverside

Cuestiones relacionadas