2010-11-12 34 views
9

Je sais qu'il y a beaucoup d'autres questions, mais je n'arrive pas à trouver exactement ce que je veux.Comment devrait ressembler ma section "App IDs"?

Disons que je vais avoir 5 des applications en ce moment:

  • App1 et App2 sont la version complète et allégée du même myApp, et je veux partager des données entre les
  • App3 est indépendant mais en utilisant des achats in-app et
  • App4 et App5 sont deux autres applications indépendantes.

Dois-je avoir juste un ID App générique, comme ABCDE12345. * Avec laquelle je peux signer des applications comme App4 et App5 (et toutes les nouvelles à l'avenir, qui ne nécessitent pas l'IAP, etc.), puis ABCD123456 .myCompany.App3 pour App3 et ensuite ABC1234567.myCompany.myApp. * pour App1 et App2?

Est-ce que ça sonne bien, ou je me trompe complètement? Ou, en d'autres termes, à quoi ressemblent vos ID d'application? :)

Merci pour votre compréhension!

Répondre

6

je ferais ceci:

  • App1 et App2 devrait utiliser quelque chose comme ABCDE12345.com.myCompany.AppName
  • App3 doit utiliser ABCDE12345.com.myCompany.App3
  • App4 devrait utiliser ABCDE12345. com.myCompany.App4
  • App5 doit utiliser ABCDE12345.com.myCompany.App5

en d'autres termes, partager l'identifiant d'application entre app1 et app2 puisque vous voulez partager des données. Pendant le développement, utilisez un identifiant d'application générique comme ABCDE12345.com.myCompany. * Mais pour la distribution, chaque application indépendante doit avoir son identifiant d'application unique.

+0

Merci pour la réponse. Y a-t-il une raison spécifique pour utiliser un identifiant d'application uiniqe pour chaque build de distribution? – phi

+0

L'une des raisons pour lesquelles nous faisons cela est pour AdHoc Distribution. Un profil d'approvisionnement est composé de votre certificat de distribution, de votre identifiant d'application et (pour AdHoc) de votre identifiant. Un identifiant d'application unique permet au profil d'approvisionnement d'être unique par application et vous pouvez distribuer en sachant que la date d'expiration et l'accès sont contrôlés par application (plutôt que par l'ensemble de votre suite d'applications). – theChrisKent

+0

Cependant, ceci n'est pas une exigence stricte pour App Store Distribution. Nous considérons simplement qu'il s'agit de la meilleure pratique pour toutes les formes de distribution, ce qui nous facilite la tâche. Si vous n'avez pas de besoins de distribution Ad Hoc (test bêta, soumission aux clients, etc.), vous n'aurez peut-être besoin de rien de plus qu'un identifiant d'application générique. – theChrisKent

1

Irene, j'utilise des ID d'application spécifiques (com.thinkfun.rushhour, etc.) pour la distribution Ad Hoc, mais je m'en tiens à un identifiant générique pour le développement en mode débogage. Cela me permet d'utiliser le même profil pour chaque application sur mon appareil, même un exemple de code que j'ai téléchargé via le Developer Center, sans me soucier de l'ID de l'application. En outre, si vous souhaitez utiliser les notifications push, les achats intégrés ou le Game Center, vous devez utiliser un identifiant d'application spécifique pour chaque version, plutôt qu'un caractère générique. Consultez la page iOS Provisioning Portal pour plus d'informations. Je partage un identifiant de groupe de démarrage entre toutes mes applications (l'ABCDE12345 dans votre exemple), car cela permet de garder les choses simples et pratiques, et ne limite aucune des fonctionnalités ci-dessus. Bonne chance!

1

Apple recommande l'utilisation d'un inverse domaine chaîne de style de nom (à savoir, com.domainname.appname). Il ne peut pas contenir d'astérisque (*).

ordinaire exemple notation Domaine:

appName.MobilityFin.CompName.com

exemple notation inverse Domaine:

com.CompName.MobilityFin.appName

donc nous pouvons le nommer comme ce qui suit:

  • com.yourCompanyName.mobilityFinance.appname

  • com.yourCompanyName.mobilityHR.appname

  • com.yourCompanyName.mobilityTransaction.appname

  • com.yourCompanyName.mobilityAccounts.appname