2010-11-12 11 views
9

Ich weiß, dass es viele andere Fragen gibt, aber ich kann nicht genau finden, was ich will.Wie sollte mein "App IDs" -Abschnitt aussehen?

Lassen Sie uns sagen, dass ich mit 5 apps jetzt:

  • App1 und App2 sind die vollständige und Lite-Version des gleichen myApp, und ich möchte
  • Anw3 zwischen ihnen Daten teilen ist unabhängig aber mit In-App-Käufe und
  • App4 und App5 sind zwei andere, unabhängige Apps.

Sollte ich nur eine generische ID App, wie ABCDE12345. *, Mit denen ich mich abmelde Apps wie App4 und App5 (und alle die neuen in die Zukunft, die brauchen IAP nicht etc), dann ABCD123456 .myCompany.App3 für App3 und dann ABC1234567.myCompany.myApp. * für App1 und App2?

Hört sich das richtig an, oder bekomme ich es total falsch? Oder mit anderen Worten, wie sehen Ihre App IDs aus? :)

Danke für jede Einsicht!

Antwort

6

Ich würde dies tun:

  • App1 und App2 sollte
  • Anw3 sollte so etwas wie ABCDE12345.com.myCompany.AppName verwenden ABCDE12345.com.myCompany.App3
  • App4 verwenden sollten ABCDE12345 verwenden. com.myCompany.App4
  • App5 sollte ABCDE12345.com.myCompany.App5 verwenden

Mit anderen Worten teilen sich die App-ID zwischen app1 und app2, da Sie Daten teilen möchten. Verwenden Sie während der Entwicklung eine generische App-ID wie ABCDE12345.com.myCompany. * Für die Verteilung sollte jede unabhängige App jedoch eine eigene eindeutige App-ID haben.

+0

Dank für die Antwort. Gibt es einen bestimmten Grund, eine uiniqe-App-ID für jede Distribution zu verwenden? – phi

+0

Ein Grund dafür ist AdHoc Distribution. Da für Ihr Verteilungszertifikat ein Provisionierungsprofil erstellt wird, müssen Sie Ihre App-ID und (für AdHoc) die Geräte-IDs angeben. Eine eindeutige App-ID ermöglicht es, dass das Provisioning-Profil pro App eindeutig ist, und Sie können es verteilen, wenn Sie wissen, dass das Ablaufdatum und der Zugriff pro App (und nicht Ihre gesamte App-Suite) gesteuert werden. – theChrisKent

+0

Dies ist jedoch keine strenge Anforderung für die App Store-Verteilung. Wir betrachten es als Best Practice für alle Vertriebsformen und das macht es uns leicht. Wenn Sie keine Ad-hoc-Distributionsanforderungen haben (Betatest, Übermittlung an Kunden usw.), benötigen Sie möglicherweise nur eine Platzhalter-App-ID. – theChrisKent

1

Irene, ich verwende bestimmte App-IDs (com.thinkfun.rushhour usw.) für die Ad-hoc-Verteilung, aber halte mich an eine Wildcard-ID für die Entwicklung im Debug-Modus. Dadurch kann ich für jede App auf meinem Gerät dasselbe Profil verwenden, sogar für Beispielcode, den ich über das Developer Center heruntergeladen habe, ohne mich um die App-ID kümmern zu müssen.

Wenn Sie Push-Benachrichtigungen, In-App-Käufe oder Game Center verwenden möchten, müssen Sie für jede Version eine spezifische App-ID anstelle eines Platzhalters verwenden. Weitere Informationen finden Sie auf der Seite iOS Provisioning Portal.

Ich habe eine Bundle Seed ID zwischen all meinen Apps (die ABCDE12345 in Ihrem Beispiel), da dies die Dinge einfach und bequem hält und keine der oben genannten Funktionen einschränkt. Viel Glück!

1

Apple empfiehlt mit einem Reverse-Domain Name Stil Zeichenfolge (das heißt, com.domainname.appname). Es darf kein Sternchen (*) enthalten.

Ordinary Domain-Notation Beispiel:

appName.MobilityFin.CompName.com

Reverse-Domain-Notation Beispiel:

com.CompName.MobilityFin.appName

So ist es wir nennen kann wie folgt aus:

  • com.IhrFirmenName.mobilityFinance.AppName

  • com.yourCompanyName.mobilityHR.appname

  • com.yourCompanyName.mobilityTransaction.appname

  • com.yourCompanyName.mobilityAccounts.appname