2010-11-12 12 views
9

So che ci sono molte altre domande là fuori, ma non riesco a trovare esattamente quello che voglio.Come dovrebbe essere la mia sezione "ID app"?

Diciamo che sto avendo 5 applicazioni in questo momento:

  • App1 e App2 sono la versione completa e lite dello stesso myApp, e voglio condividere dati tra loro
  • App3 è indipendente ma utilizzando gli acquisti in-app e
  • App4 e App5 sono altre due app indipendenti.

Devo solo avere un generico ID App, come ABCDE12345. * Con cui posso firmare applicazioni come App4 e App5 (e tutte quelle nuove in futuro, che non necessitano di IAP, ecc), allora ABCD123456 .myCompany.App3 per App3 e quindi ABC1234567.myCompany.myApp. * per App1 e App2?

Questo suona nel modo giusto oppure ho sbagliato tutto? Oppure, in parole diverse, come sono i tuoi ID App? :)

Grazie per qualsiasi intuizione!

risposta

6

farei questo:

  • App1 e App2 dovrebbe usare qualcosa come ABCDE12345.com.myCompany.AppName
  • App3 dovrebbe usare ABCDE12345.com.myCompany.App3
  • App4 dovrebbe usare ABCDE12345. com.myCompany.App4
  • App5 dovrebbe usare ABCDE12345.com.myCompany.App5

In altre parole, condividere l'id applicazione tra app1 e app2 dal momento che si desidera condividere i dati. Durante lo sviluppo usa un ID app generico come ABCDE12345.com.myCompany. * Ma per la distribuzione di ogni app indipendente dovrebbe avere il proprio ID app univoco.

+0

Grazie per la risposta. C'è qualche ragione specifica per usare un id app uiniqe per ogni build di distribuzione? – phi

+0

Un motivo per cui lo facciamo è per AdHoc Distribution. Dal momento che viene creato un profilo di provisioning del tuo certificato di distribuzione, il tuo ID app e (per AdHoc) ID dispositivo. Un ID app univoco consente al profilo di provisioning di essere univoco per app e puoi distribuirlo sapendo che la data di scadenza e l'accesso sono controllati per app (piuttosto che l'intera suite di app). – theChrisKent

+0

Tuttavia, questo non è un requisito rigoroso per la distribuzione dell'App Store. Consideriamo solo la best practice per tutte le forme di distribuzione e questo ci semplifica. Se non hai esigenze di distribuzione Ad Hoc (beta testing, invio ai client, ecc.), Potresti non aver bisogno di altro che un ID app jolly. – theChrisKent

1

Irene, io uso ID app specifici (com.thinkfun.rushhour, ecc.) Per la distribuzione Ad Hoc, ma attenersi a un ID jolly per lo sviluppo in modalità di debug. Ciò mi consente di utilizzare lo stesso profilo per ogni app sul mio dispositivo, anche il codice di esempio che ho scaricato tramite il Centro per sviluppatori, senza preoccuparmi affatto dell'ID app.

Inoltre, se si desidera utilizzare le notifiche push, In acquisti di app o Game Center, sarà necessario utilizzare un ID app specifico per ciascuna versione, anziché un carattere jolly. Controlla la pagina iOS Provisioning Portal per ulteriori informazioni.

I DO condividono un ID seme Bundle tra tutte le mie app (l'ABCDE12345 nel tuo esempio), in quanto ciò mantiene le cose semplici e convenienti e non limita nessuna delle funzionalità di cui sopra. Buona fortuna!

1

Apple consiglia di utilizzare un reverse-dominio stringa di nome di stile (vale a dire, com.domainname.appname). Non può contenere un asterisco (*).

ordinaria esempio notazione Domain:

appName.MobilityFin.CompName.com

esempio Reverse Domain notazione:

com.CompName.MobilityFin.appName

così possiamo chiamarlo come il seguente:

  • com.yourCompanyName.mobilityFinance.appname

  • com.yourCompanyName.mobilityHR.appname

  • com.yourCompanyName.mobilityTransaction.appname

  • com.yourCompanyName.mobilityAccounts.appname

Problemi correlati