sesion samsung por iniciar conectar cables buscar bloquear apple iphone ios ipad itunesconnect universal

samsung - Agregar soporte para iPad a un proyecto de iPhone: ¿universal frente a dos aplicaciones separadas?



conectar iphone a tv samsung (2)

Tengo una aplicación para iPhone y parece que una proporción significativa de mis usuarios actualmente la ejecutan en iPad (puedo decir porque muchos de los correos electrónicos que recibo de los usuarios tienen una firma de "enviados desde mi iPad").

Ahora estoy implementando la versión para iPad y lo estoy haciendo desde el mismo código base, lo cual es conveniente hacerlo. Pero cuando termine, me pregunto si realmente debería lanzarlo como una aplicación universal. En su lugar, podría cargarlo como una aplicación nueva y única para iPad.

Si lo hago universal:

  • ✓ Mis usuarios de iPad existentes estarán encantados cuando se actualicen y vean de repente el soporte para iPad.
  • ✓ Me beneficio del ranking / tráfico existente en mi aplicación, no tendré que construirlo desde cero.
  • ✗ Los usuarios de mi iPhone verán una actualización para nada.
  • Ratings Las calificaciones de los usuarios pueden ser confusas ya que las dos versiones son bastante diferentes

Si les hago dos aplicaciones separadas:

  • ✓ Puedo establecer diferentes precios para iPhone y iPad
  • Users Los usuarios existentes de mi aplicación de iPhone que están en iPad no sabrán que hay una nueva versión para ellos. Y si lo descubren, tener que migrar sus datos les molestará. Como pagará una vez más por ello.

¿Me estoy perdiendo alguna otra compensación que pueda ayudar a decidir qué ruta tomar? ¿Alguien tiene experiencia para compartir de tomar cualquiera de las rutas?

No hay otra manera de hacerlo. Deberías ir universal.

La única razón para no tener una aplicación universal sería un precio diferente (y creo que eso puede molestar a los clientes un poco. Especialmente a los existentes que usan la aplicación en sus iPads).

Puedo llegar a un montón de razones:

  • Los clientes ven una alerta de actualización de la aplicación para el soporte universal. Hacer una aplicación de iPad por separado significa que debe comunicarse manualmente con los clientes de iPad para notificarles

  • El código es más manejable. ¿Qué sucede si está creando una clase de manejo de datos que proporciona información para tablas / vistas? ¿Por qué querría tener dos copias del mismo código en dos proyectos diferentes? ¿Qué sucede si corrige un error en el futuro y tiene que hacer las mismas correcciones dos veces en diferentes proyectos?

  • Tener una aplicación universal te hace ver más profesional como desarrollador

  • A medida que su proyecto siga creciendo, tener dos aplicaciones diferentes va a ser una pesadilla para el desarrollo en términos de hacer cambios, ejecutar actualizaciones, etc.

  • Algunas bibliotecas de terceros requieren algún tipo de ID de aplicación para funcionar. Existen otros que requieren el pago por implementación de la aplicación. ¿Por qué pagar dos veces por diferentes aplicaciones cuando puede hacerlo dentro de una sola aplicación universal?

  • Experiencia del cliente: los usuarios que poseen iPhones y iPads esperarán una cierta cantidad de sincronización de la aplicación entre su iPhone y iPad utilizando iCloud y otros. No creo que un usuario esté muy contento de saber que sus datos no se están sincronizando en sus dispositivos.

  • Las compras de aplicaciones para un dispositivo tendrían que ser compradas nuevamente para el otro (esto no irá bien con los clientes).

... Puedo seguir y seguir todo el día. Para resumir, a menos que tenga una MUY buena razón para tener aplicaciones separadas (y honestamente no puedo pensar en ninguna), sea universal. Las aplicaciones universales se presentan como limpias, bien construidas y hechas profesionalmente. Hacen una buena impresión en los clientes y son muy fáciles de administrar para el desarrollador.

Hacer dos aplicaciones separadas para iPhones y iPads es como tomar un sitio web y dividirlo en diferentes versiones independientes con sus propios nombres de dominio individuales para diferentes navegadores ... no tiene sentido :)