2010-08-18 13 views
7

Si tuviera que intentar esto, ¿cuáles serían los factores principales a tener en cuenta, piezas fáciles/difíciles, riesgos?Portado a Windows Phone 7 desde el iPhone

+0

Jeff. Los problemas que enfrenta incluyen un cambio en el patrón subyacente de MVC a MVVM, pero esto no es tan radical como podría parecer. Trabajará con un nuevo idioma y con nuevas características de idioma, en un nuevo entorno de desarrollo. Hay algunas trampas en el camino, especialmente los diferentes significados de términos esenciales como Interfaz, Delegado, etc.

Para solucionar este problema, he comenzado una serie de tutoriales titulados "Guía de desarrollador de iPhone para la programación de Windows Phone 7" que puede encontrar en mi blog (http://jesseliberty.com). Gracias. –

+0

Excelente. Muchas gracias. Justo lo que estaba buscando. –

Respuesta

3

Jeff.

Los problemas que enfrenta incluyen un cambio en el patrón subyacente de MVC a MVVM, pero esto no es tan radical como podría parecer. Trabajará con un nuevo idioma y con nuevas características de idioma, en un nuevo entorno de desarrollo.

Existen algunas trampas en el camino, especialmente los diferentes significados de términos esenciales como Interfaz, Delegado, etc.

Para hacer frente a esto, he comenzado una serie de tutoriales llamado "Guía de un iPhone Developer para Windows Phone 7 Programación", que se puede encontrar en my blog

La buena noticia es que las herramientas de desarrollo son libres y hay hay mucha documentación, tanto oficial como de la comunidad, y cada día vienen muchos más. La versión de lanzamiento del código de desarrollador sale el 16 de septiembre (aunque puede comenzar ahora mismo con el código beta). Mi primer tutorial te dice todo sobre cómo obtener todo lo que necesitas.

La mejor de las suertes y avíseme si puedo ser de ayuda.

-jesse

Thanks.

+0

Daft Quesion, ¿tengo razón al suponer que un desarrollador de iPhone tendrá que comprar una copia de Windows para usar las herramientas "gratuitas"? –

1

Es simplemente un nuevo idioma, una nueva API y otro proveedor de plataforma. ¿Qué podría salir mal?

Si proporciona más detalles sobre el tipo de aplicación (y sus características principales) que desea utilizar, podemos darle una respuesta más específica.

+0

Gracias Albin. Asume una variedad de aplicaciones. ¿Qué tan difícil sería para una organización estar en el negocio de migrar aplicaciones que existen como aplicaciones de iPhone? Quizás es una pregunta demasiado amplia. Solo estoy buscando cosas clave a considerar, escollos importantes o blogs/artículos que podrían abordar esto. Gracias. –

1

Primero, vea MonoTouch. Podría ahorrarse un poco de dolor porque es posible que pueda mantener el código central de su aplicación en un solo idioma si es extraordinariamente disciplinado para asegurarse de que ninguna llamada de API se filtre en el núcleo de su aplicación.

Pero sí, lo que dijo Albin.

+0

La situación con MonoTouch todavía parece un poco incierta. La cláusula que Apple agregó al acuerdo del desarrollador que bloqueó el intento de Adobe de permitirle escribir aplicaciones para el iphone utilizando Flash también impide técnicamente el uso de MonoTouch. Planear una nueva aplicación podría ser un error muy costoso si Apple decide prohibir las aplicaciones creadas con MonoTouch, aunque, por supuesto, también podría ser la mejor ruta. Pero parece que hay un riesgo allí. – JosephH

+1

Las bibliotecas de UI van a ser totalmente diferentes. Lo único que PODRÍA reutilizar es cosas como objetos de datos, y posiblemente alguna lógica de control (aunque incluso eso tiende a estar plagado de cosas como el uso de colecciones que tampoco es portátil). MonoTouch es más sobre usar el lenguaje para desarrollar para el teléfono, no tanto sobre la portabilidad ... –

+0

Oh, de todo corazón estoy de acuerdo con ustedes acerca de cuán imprudente es esta aventura. . . –

2

El verdadero problema al que se enfrenta es este: los paradigmas de diseño son totalmente diferentes. Se supone que un Windows Phone 7 tiene estas largas tiras de datos, en las cuales un usuario solo puede ver parcialmente: en el iPhone, es más como navegar una jerarquía de datos. Si realmente intentas construir la aplicación una vez que vas a tener una aplicación que parece fuera de lugar en una o más plataformas.

0

Creo que esta es una gran pregunta, con una respuesta muy directa.

Para mí, considero que las IU son tan livianas que prácticamente se tiran, en particular en un dispositivo móvil donde los conjuntos de características extensivas son generalmente menos que prácticas y las soluciones simples ganan la tracción del consumidor.

Concedido, puede haber consideraciones de falta de coincidencia en las características de ambos lados que probablemente se convertirán en un problema menor con el tiempo. A menudo, hay diferentes maneras de abordar las cosas si se produce un desajuste y es importante para usted que su aplicación obtenga la cobertura más amplia que ofrecen las plataformas múltiples.

Por lo tanto, en mi resumen, las consideraciones se reducen a esto. Simplemente hazlo, si la plataforma parece merecer la pena invertir en ella. Esto dependerá de ti y tus objetivos, tu aplicación y su propósito, y el impulso generado por las respectivas plataformas. Una elección individual en su mayor parte.

Tenga en cuenta que toda su inversión se puede mantener en su elección de tecnologías de servidor que en su mayor parte es independiente de la plataforma del cliente. Suponiendo que su aplicación incluso necesita un servidor.


Esta pregunta también va a ser abordado en detalle por Jesse Liberty en su serie del blog iPhone to Windows Phone 7.