2009-02-16 16 views
12

Estoy escribiendo mi tercera aplicación, y ya tengo una aplicación en la tienda de aplicaciones, pero sigo sin obtener este negocio de ID de aplicación.ID de aplicación de comodín para aplicaciones de iPhone/iPod Touch

creé el ID de aplicación para mis dos primeras aplicaciones de este tipo:

XXXXXXXXXX.me.cbg.FirstApp 
YYYYYYYYYY.me.cbg.SecondApp

pero entonces Apple presentó el asistente de ID de aplicación, que utilicé para crear el ID de aplicación y los perfiles de aprovisionamiento para mi tercera aplicación:

ZZZZZZZZZZ.*

Así que mi pregunta es: ¿Cuál es la forma "correcta" de crear ID de aplicación para tres aplicaciones completamente independientes?

¿Debo usar el formato XXXXXXXXXX.* o XXXXXXXXXX.me.cbg.*?

¿Debo crear tres ID de aplicación diferentes, o solo una ID de comodín?

Respuesta

13

Ambos son "adecuados", se trata principalmente de la compensación entre la facilidad de administración y permitir una gestión más granular de los certificados.

Hay dos diferencias técnicas:

  1. aplicaciones con identificadores que son idénticos Guardar en el nivel superior (por ejemplo com.mycompany.aaa y com.mycompany.bbb) son capaces de acceso que cada otros guardaron datos. Si está escribiendo un conjunto de aplicaciones , esto podría ser extremadamente útil.

  2. Solo puede crear un número limitado de certificados "AdHoc". Si sus aplicaciones tienen el mismo identificador comodín , este límite sería impuesto en todas sus aplicaciones .

Personalmente para un pequeño desarrollador, recomendaría usar un ID de comodín. Resulta mucho menos para administrar en varias áreas y, por lo tanto, elimina un gran potencial de errores. Recuerde que para cada ID probablemente tenga tres certificados individuales (dev/adhoc/appstore).

Antecedentes:

aplicación iPhone Cada debe tener un identificador único y certificado. Los desarrolladores pueden crear un certificado por aplicación utilizando un nombre completo (por ejemplo, com.mycompany.aaa), o pueden crear un certificado/identificación de comodín (por ejemplo, com.mycompany. *) En cuyo caso el nombre de la aplicación en el archivo .plist se usa para completar el identificador durante el proceso de DRM.

2

Al crear su ID de aplicación en la página web de manzana uso algo como esto en la segunda casilla:

me.cbg.* 

Ahora en que apps de Info.plist identificador uso conjunto de este modo:

me.cbg.${PRODUCT_NAME:identifier} 
// or 
me.cbg.SomeAppName 

Usted puede ignorar de manera segura el XXXXXXXXXX, el ID de su aplicación es el que precede.

4

Hola, acabo de llegar aquí, pero (en mi humilde opinión) estoy un poco sorprendido de que esto se responda de manera poco clara.

Según tengo entendido, puede enviar aplicaciones libremente con la identificación de la aplicación comodín si no desea utilizar los servicios de Compra In App o Push Notification en su aplicación. Si desea usar uno de ellos, Apple mencionó que debe ser específico con su ID de aplicación.

Sin embargo, adicional hay otro requisito, citado del portal de aprovisionamiento:

Si va a crear un conjunto de aplicaciones que compartirá el mismo acceso Llavero (por ejemplo, compartir contraseñas entre aplicaciones) o tener un conjunto de aplicaciones sin requisitos de Acceso a Llaveros, cree una ID de aplicación única para todas las aplicaciones utilizando un asterisco final como carácter comodín.

Por favor refiérase a esta página mientras se inicia la sesión en el Portal Desarrollador: iPhone Provisioning Portal - App ID How To

Espero que ayude.

+0

Debo admitir que tuve problemas para entender qué era una ID de aplicación comodín hasta que leí tu publicación. Pensé que podría haber alguna casilla de comodín en alguna parte. Todo este tiempo fue solo: com.company. * Con * siendo el comodín. Pregunta, ¿se puede poner solo * en lugar de com.company. * Para hacerlo verdaderamente salvaje? –

+0

@arifwidi Tu enlace está reventado. – AWrightIV

1
  1. Utilice ID de aplicación comodín para el desarrollo porque solo necesita 1 ID para todas las aplicaciones .
  2. Use identificadores de aplicación explícitos en producción si necesita la compra en aplicación y el servicio de notificación push de Apple en su aplicación.

Personalmente, siempre usaría identificadores de aplicaciones explícitos en la producción porque nunca se sabe cuándo necesitará la compra integrada en la aplicación o la notificación automática en el futuro. Apple afirma sin embargo que es Posible para actualizar de comodín para explícitos los ID de aplicaciones, pero ...

El enlace es útil: http://developer.apple.com/library/ios/#qa/qa1713/_index.html

1

La clave para entender es cuando se debe utilizar un ID de aplicación explícita. Desde el iOS Team Administrator Guide:

Utilice un ID de aplicación explícita si desea utilizar APN, In-App Purchase, iCloud, y Game Center características.

Si se siente cómodo al no tener acceso a esas capacidades, puede usar una ID de aplicación comodín.

Cuestiones relacionadas