Para empezar, realmente no sabemos nada sobre el “iWatch”. Podría parecerse más a un periférico en la línea del reloj inteligente de Samsung, o podría ser más independiente. Entonces es difícil de decir.
El UX definitivamente tendrá que ser repensado. Si eres un desarrollador de Android y has hecho un widget de pantalla de inicio, cada aplicación tendrá que ser más así. Interfaz de usuario pequeña y concisa con una entrada mínima del usuario.
La buena noticia es que la arquitectura del controlador de vista de las aplicaciones existentes servirá bien a su base de origen. Probablemente querrá tener compilaciones separadas para la aplicación iWatch, incluso si reutiliza la lógica de su controlador, porque también imagino que los recursos bajo el capó serán limitados, y no querrá que el paquete se transporte en grandes iPad- gráficos de tamaño.
- ¿Por qué Apple ha vinculado aplicaciones comunes como Safari, Música y Calendario al sistema operativo y no las actualiza regularmente como las aplicaciones normales?
- ¿Cómo puedo hacer que mi aplicación para iPhone aparezca en la App Store?
- ¿Por qué la tienda de aplicaciones está dividida por países? ¿Cuál es el propósito de esto? ¿Qué parámetros difieren de un país a otro?
- ¿Qué sucede si desconecto los servicios que habilitan mi aplicación iOS?
- ¿Puede ganarse la vida vendiendo aplicaciones de Android / iOS en Google Play / App Store?
Supongo que la respuesta breve es que si su código está correctamente diseñado, sería un buen enfoque crear un nuevo objetivo en el proyecto existente con los recursos correctos y exactos, la lógica subyacente común y los nuevos activos UX. De lo contrario, tal vez considere el backfit … si tiene que comenzar un nuevo proyecto para iWatch, considere la arquitectura nuevamente, y tal vez pueda comenzar a usar la base de código de iWatch en el futuro para las otras plataformas.