Portar una aplicación de iPhone para el iPad - una sola aplicación, o un tenedor?

Question

Tengo una aplicación de iPhone que estoy a punto de modificar para el IPAD.

Mi problema es: la aplicación está diseñada para trabajar para el iPhone OS 2.0 y si lo hago para el IPAD, que tendrá que diseñarlo para OS 3.2

.

No puedo cambiar la versión del iPhone, porque corro el riesgo de que algunos de mis usuarios con versiones anteriores del iPhone no ser capaz de ejecutar la aplicación.

Obviamente puedo hacer una aplicación híbrida que puede funcionar en iPad / iPhone OS 3.2 y el iPhone / iPhone OS 2.0, pero esta será un infierno para mantener, con muchos cambios de llamadas API y tal.

¿Cuál es el mejor enfoque: una versión híbrida o un tenedor código separado para el IPAD

Answer 1

Establezca su SDK Base para iPhone 3.2 dispositivo. Configurar su iPhone Destino de despliegue a 2,0. Utilice AvailibilityMacros cuando se llama iPhone 3.2 API. A continuación, crear el código de interfaz de usuario diferente para el IPAD y hacer una aplicación universal. Ese es el mejor de los mundos. Excepto que usted no conseguirá una nueva compra si la persona tiene un iPhone y comprado ya su aplicación. Si usted está más interesado en conseguir más ingresos a causa de la versión para iPad (tal vez la versión iPad tiene muchas más funciones?) Entonces usted debe desembolsar su código para que pueda establecer un precio diferente para la aplicación de iPad. Si he entendido bien siempre se puede mantener el tenedor en el mismo proyecto Xcode lo que aún puede utilizar los modelos y controladores compartidos y cuando se genera sólo tiene que elegir que tienen como objetivo construir para. Por lo tanto usted como un desarrollador obtiene lo mejor de ambos mundos.

Según las estadísticas de AdMob: iPhone OS Estadísticas si sus clientes son solamente iPhone entonces la gente no en 3,0 <3%. Eso es un número bastante pequeño para mí, pueden actualizar fácilmente de forma gratuita, así que no contenga la aplicación volver sólo para ellos. Tal vez su aplicación podría convencer a algunas personas más que actualizar también. Ahora bien, si su aplicación es compatible con el iPod Touch, entonces su mercado objetivo sigue siendo el 32% 2.X

Answer 2

1) bifurcará el código, pero ...

2) Crear una aplicación universal.

Básicamente, hacer una nueva versión que sólo apoyará OS3.2 de aquí en adelante. Esa versión única puede contener tanto la aplicación iPhone actualizada y la nueva aplicación para iPad, lo que le permite codesarrollar fácilmente en el futuro, y la reutilización de los controladores y modelos de vista entre ellos. Se trata de cómo Apple le gustaría que lo haga. Echa un vistazo a los documentos de aplicación universal.

Answer 3

Horquilla de su código. Lo que probablemente va a querer una nueva interfaz de usuario o código nuevos gráficos para acomodar la pantalla más grande de todos modos, por lo que realmente estás en una "nueva" aplicación que utiliza una gran cantidad de sus clases existentes.

Answer 4

¿Su aplicación tiene un componente de suscripción (que es ganar dinero después de la compra inicial) o un contrato de servicio?

Si la respuesta es no, estaría altamente Consideremos sólo moviendo todo a 3.2 - Está seguro de querer volver a portar cambios? Los usuarios que todavía utilizan OS 2.0 (probablemente una pequeña minoría, incluso incluyendo jailbreakers como 3.1 ha sido jailbreak durante bastante tiempo) no tienen que actualizar a la nueva versión. La expectativa con aplicaciones de iPhone es que las nuevas versiones serán libres, no que las nuevas versiones serán libres y siempre trabajar en un sistema operativo antiguo.

A medida que un usuario que mantiene mi sistema operativo hasta la fecha, que en realidad sería molesto si usted pasó mucho tiempo trabajando en el apoyo a los usuarios que no están actualizando; Siento su tiempo estaría mejor invertido adición de nuevas características.