2010-11-12 10 views
9

Sé que hay muchas otras preguntas por ahí, pero parece que no puedo encontrar exactamente lo que quiero.¿Cómo debería ser mi sección de "ID de aplicación"?

Digamos que estoy teniendo 5 aplicaciones en este momento:

  • App1 y App2 son la versión completa y Lite de la misma myApp, y quiero compartir datos entre ellos
  • App3 es independiente pero usando compras en la aplicación y
  • App4 y App5 son otras dos aplicaciones independientes.

¿Debo tener un ID de aplicación genérica, como abcde12345. * Con el que yo pueda firmar aplicaciones como app4 y App5 (y todos los otros nuevos en el futuro, que no necesitan IAP, etc), entonces ABCD123456 .myCompany.App3 para App3 y luego ABC1234567.myCompany.myApp. * para App1 y App2?

¿Suena así o lo entiendo totalmente mal? O, en otras palabras, ¿cómo son sus ID de aplicación? :)

¡Gracias por cualquier idea!

Respuesta

6

Me gustaría hacer esto:

  • App1 y App2 deben tener algo como ABCDE12345.com.myCompany.AppName
  • App3 debe utilizar ABCDE12345.com.myCompany.App3
  • app4 debe utilizar abcde12345. com.myCompany.App4
  • App5 debe utilizar ABCDE12345.com.myCompany.App5

En otras palabras, compartir el ID de aplicación entre app1 y app2 ya que desea compartir datos. Durante el desarrollo, use una ID de aplicación genérica como ABCDE12345.com.myCompany. * Pero para su distribución, cada aplicación independiente debe tener su propio ID de aplicación único.

+0

Gracias por la respuesta. ¿Hay algún motivo específico para usar una identificación de aplicación uiniqe para cada compilación de distribución? – phi

+0

Una razón por la que hacemos esto es por AdHoc Distribution. Dado que se realiza un perfil de aprovisionamiento de su Certificado de distribución, su ID de aplicación y (para AdHoc) Id. De dispositivo. Una ID de aplicación única permite que el perfil de aprovisionamiento sea único por aplicación y usted puede distribuir sabiendo que la fecha de caducidad y el acceso se controlan por aplicación (en lugar de su conjunto completo de aplicaciones). – theChrisKent

+0

Sin embargo, este no es un requisito estricto para App Store Distribution. Simplemente consideramos que es la mejor práctica para todas las formas de distribución y esto nos lo mantiene fácil. Si no tiene necesidades de distribución ad hoc (prueba beta, envío a clientes, etc.), entonces no necesitará nada más que una ID de aplicación comodín. – theChrisKent

1

Irene, utilizo ID de aplicaciones (com.thinkfun.rushhour, etc.) para la distribución Ad Hoc, pero me atengo a una ID de comodín para el desarrollo en modo de depuración. Esto me permite usar el mismo perfil para cada aplicación en mi dispositivo, incluso código de ejemplo que he descargado a través del Centro de desarrolladores, sin preocuparme por la ID de la aplicación en absoluto.

Además, si desea utilizar las notificaciones automáticas, En compras de aplicaciones o Game Center, deberá usar una ID de aplicación específica para cada versión, en lugar de un comodín. Consulte la página iOS Provisioning Portal para obtener más información.

DOY comparto una ID de semilla Bundle entre todas mis aplicaciones (la ABCDE12345 en su ejemplo), ya que esto mantiene las cosas simples y convenientes, y no restringe ninguna de las características anteriores. ¡La mejor de las suertes!

1

Apple recomienda el uso de un inversa dominio cadena del nombre del estilo (es decir, com.domainname.appname). No puede contener un asterisco (*).

Ordinario Domain ejemplo notación:

appName.MobilityFin.CompName.com

ejemplo notación de dominio inverso:

com.CompName.MobilityFin.appName

Así que puede nombrarlo como el siguiente:

  • com.yourCompanyName.mobilityFinance.appname

  • com.yourCompanyName.mobilityHR.appname

  • com.yourCompanyName.mobilityTransaction.appname

  • com.yourCompanyName.mobilityAccounts.appname

Cuestiones relacionadas