J'ai créé une petite application iPhone et je dois tester cette application sur iPhone. Je dois créer un profil de provisioning, mais je suis confondu de l'ID de l'application que je devrais choisir. Au début, cela me donne l'option d'entrer une description de l'adresse de l'application, puis de la version ultérieure 2 options pour entrer dans l'app ID suffixe. Voici mes questions p>
L'ID de l'application que je crée ici, doit-il faire quoi que ce soit avec le projet que j'ai créé. Je veux dire, si je viens de choisir un nom aléatoire pour l'ID d'application et que le nom du paquet de ma candidature est autre chose, cela créera-t-il des problèmes pour moi plus tard? P> li>
Le suffixe d'identification de l'application a une option pour donner un identifiant de paquet. Encore une fois-t-il a quelque chose à voir avec le nom du paquet de ma candidature? p> li>
L'exemple fourni sur le site Web pour Wildcard est "com.domainName. *". Ici, le nom de domaine doit être un nom de domaine réel ou peut-il être n'importe quoi au hasard que je choisis? P> LI> ol>
Veuillez clarifier mes doutes car je dois créer un profil de provisioning pour tester ma demande. P>
Merci d'avance. P>
3 Réponses :
Vous pouvez choisir n'importe quel identifiant de l'application que vous aimez, mais il est bon d'utiliser votre nom d'application comme ID d'application, pour le nom de l'appui, vous devez utiliser l'identifiant de l'ensemble affiché dans Xcode. P> < / li>
Pour l'application d'ID suffixe, vous devez choisir un nom de domaine inverse et le nom doit être votre identifiant de référence afin de pouvoir signer votre projet avec le profil de provisioning utilisant l'ID d'application. p> li>
non, il est bon d'utiliser un nom comme un nom de domaine inverse com.yourappname. * code>, mais vous pouvez utiliser le profil de provisioning (après avoir généré-le à l'aide de l'ID d'application) Seulement sur les projets qui ont le nom de l'identifiant de paquet comme le Wildcard, vous pouvez donc utiliser le profil de provisioning sur un projet qui a l'identifiant de paquet com.yourappname.miliondolarapp code> mais vous ne pouvez pas utiliser le Profil de provisioning sur un projet avec l'identifiant de paquet com.myawesomeApp.miliondolarApp code> p> li>
ol>
L'ID de l'application devrait, pour faciliter la tâche, de faire avec votre nom d'application. Si ce n'est pas le cas, une fois que vous êtes invité à choisir l'ID d'application pour votre application dans des étapes ultérieures, vous ne saurez pas lequel c'est. L'identifiant de paquet doit simplement être identique à celui indiqué dans le fichier info.plist (remplacement du nom de l'application). Vous devriez le faire comme: com.yournameorcompany. * Il n'a pas besoin d'être un vrai nom de domaine. Dans l'info.Plist, il devrait être comme: com.yournameorcompany.appname p>
L'ID d'application code> doit être égal à l'identifiant code> code> (en xcode) et si vous le publiez via iTunesConnect, l'identifiant de cette application est donné et ne peut plus être changé.
Le Le Le domaine inverse est une suggestion et vous devez utiliser Mais comme je l'ai dit dans 1. Si votre application est dans l'Appstore, l'identifiant et l'application sont connectés. Tous les Appidés peuvent être renommés et les profilés de provisioning peuvent être supprimés et recréés. Et l'AppName (dans iTunes et l'appareil sous Appicon) est également modifiable, alors ne vous inquiétez pas pour cela;) p> Appid code> La description est indépendante, modifiable et visible dans le développement de développeurportal. Il est simplement plus facile de gérer de nombreux identifiants. P> li>
Appid code> / BundidIdInder code> identifie une application unique. Le nom de l'ensemble est juste un nom, vous pouvez le changer plus tard si vous le souhaitez. P> li>
votreDomain code>, vous pouvez donc être sûr que personne d'autre utilise cet identifiant, sinon cela pourrait causer des problèmes. La dernière partie est juste pour vous, afin que vous puissiez facilement distinguer votre application, espacialement si vous avez de nombreuses applications à l'avenir;) P>
com.yourdomain.votreappname code>,
com.yourdomain.yourappname.subapp123 code>,
com.yourdomain.whateToutwant code>,
com.yourdomain. * code> (les caractères génériques sont faciles à utiliser, mais vous ne pouvez pas utiliser pushnotification code>, etc.) p> p> l>
ol>
Merci pour l'explication. Je n'ai pas besoin de mettre ma candidature sur Appstore Rite maintenant. Actuellement, j'essaie simplement de tester cette application sur un périphérique réel (iPhone) au lieu du simulateur du Xcode. Ainsi, après avoir lu votre réponse, j'espère que même si je fais des erreurs en ce moment en faisant le profil de provisioning, cela peut être corrigé. Ma principale préoccupation était de savoir que le profil que je fais et le projet Xcode que je fais si elle a une connexion directe. Si oui, une erreur ne me laissera pas tester mon application sur l'iPhone. Ai-je raison?
Correct, et si vous avez fait quelque chose de mal, Xcode vous donnera par ex. une erreur de signe code code> et vous indique que l'identifiant ne correspond pas ou le profil n'est pas valide. Donc, vous saurez ce qui ne va pas.