我知道还有很多其他问题,但我似乎无法找到我想要的东西。
让我们说我现在有5个应用程序:
我是否应该拥有一个通用的App ID,例如ABCDE12345。*,我可以使用它来签署App4和App5等应用程序(以及未来的所有新应用程序,不需要IAP等),然后是ABCD123456.myCompany。 App3适用于App3,然后是ABC1234567.myCompany.myApp。*适用于App1和App2?
这听起来是正确的方式,还是我完全错了? 或者,换句话说,您的App ID如何? :)
感谢您的任何见解!
答案 0 :(得分:6)
我会这样做:
换句话说,因为您想共享数据,所以在app1和app2之间共享app id。在开发期间使用通用应用程序ID,如ABCDE12345.com.myCompany。*但是对于分发,每个独立应用程序应该拥有它自己唯一的应用程序ID。
答案 1 :(得分:1)
Irene,我使用特定的应用程序ID(com.thinkfun.rushhour等)进行Ad Hoc分发,但在调试模式下坚持使用通配符ID进行开发。这允许我为我的设备上的每个应用程序使用相同的配置文件,甚至是我通过开发人员中心下载的示例代码,而不必担心应用程序ID。
此外,如果您想使用推送通知,在应用内购买或游戏中心,您必须为每个版本使用特定的应用ID,而不是通配符。有关详细信息,请查看iOS Provisioning Portal页面。
我在所有应用程序(在您的示例中为ABCDE12345)之间共享一个Bundle Seed ID,因为这样可以保持简单方便,并且不会限制上述任何功能。祝你好运!
答案 2 :(得分:1)
Apple建议使用 反向域 名称样式字符串(即 com.domainname.appname )。它不能包含星号(*)。
普通域名表示法示例:
appName.MobilityFin.CompName.com
反向域表示法示例:
com.CompName.MobilityFin.appName
所以我们可能会将其命名如下:
com.yourCompanyName.mobilityFinance.appname
com.yourCompanyName.mobilityHR.appname
com.yourCompanyName.mobilityTransaction.appname
com.yourCompanyName.mobilityAccounts.appname