我的“应用程序 ID”应该如何设置截面是什么样子?

发布于 2024-10-01 18:33:43 字数 443 浏览 2 评论 0原文

我知道还有很多其他问题,但我似乎找不到我想要的。

假设我现在有 5 个应用程序:

  • App1 和 App2 是同一个 myApp 的完整版和精简版,我想在它们之间共享数据
  • App3 是独立的,但使用应用程序内购买,
  • App4 和 App5 是另外两个应用程序,独立应用程序。

我是否应该有一个通用的应用程序 ID,例如 ABCDE12345.*,我可以用它来签署 App4 和 App5 等应用程序(以及将来的所有新应用程序,不需要 IAP 等),然后为 App3 签名 ABCD123456.myCompany.App3然后 ABC1234567.myCompany.myApp.* 对于 App1 和 App2?

这听起来正确吗,还是我完全错了? 或者,换句话说,您的应用程序 ID 是什么样子的? :)

感谢您的任何见解!

I know there are many other questions out there, but I can't seem to find exactly what I want.

Let's say that I'm having 5 apps right now:

  • App1 and App2 are the full and lite version of the same myApp, and I want to share data between them
  • App3 is independent but using in-app purchases and
  • App4 and App5 are two other, independent apps.

Should I just have a generic App ID, like ABCDE12345.* with which I can sign apps like App4 and App5 (and all the new ones in the future, that don't need IAP etc), then ABCD123456.myCompany.App3 for App3 and then ABC1234567.myCompany.myApp.* for App1 and App2?

Does this sound the right way, or I get it totally wrong?
Or, in different words, how does your App IDs look like? :)

Thanks for any insight!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

回首观望 2024-10-08 18:33:43

我会这样做:

  • App1 和 App2 应该使用类似 ABCDE12345.com.myCompany.AppName
  • App3 应该使用 ABCDE12345.com.myCompany.App3
  • App4 应该使用 ABCDE12345.com.myCompany.App4
  • App5 应该使用

ABCDE12345.com.myCompany.App5换句话说,因为您想共享数据,所以在 app1 和 app2 之间共享应用程序 ID。在开发过程中,使用通用应用程序 ID,如 ABCDE12345.com.myCompany.*,但为了分发,每个独立应用程序都应该有自己唯一的应用程序 ID。

I would do this:

  • App1 and App2 should use something like ABCDE12345.com.myCompany.AppName
  • App3 should use ABCDE12345.com.myCompany.App3
  • App4 should use ABCDE12345.com.myCompany.App4
  • App5 should use ABCDE12345.com.myCompany.App5

In other words, share the app id between app1 and app2 since you want to share data. During development use a generic app id like ABCDE12345.com.myCompany.* but for distribution each independent app should have it's own unique app id.

懷念過去 2024-10-08 18:33:43

Irene,我使用特定的 App ID(com.thinkfun.rushhour 等)进行 Ad Hoc 分发,但坚持使用通配符 ID 在调试模式下进行开发。这使我可以对设备上的每个应用程序(甚至是我通过开发人员中心下载的示例代码)使用相同的配置文件,而根本不用担心应用程序 ID。

此外,如果您想使用推送通知、应用内购买或游戏中心,则必须为每个版本使用特定的应用 ID,而不是通配符。请查看 iOS 配置门户页面了解更多信息。

我确实在我的所有应用程序之间共享一个捆绑种子 ID(示例中的 ABCDE12345),因为这使事情变得简单方便,并且不限制上述任何功能。祝你好运!

Irene, I use specific App IDs (com.thinkfun.rushhour, etc.) for Ad Hoc distribution, but stick to a wildcard ID for development in debug mode. This allows me to use the same profile for every app on my device, even example code I've downloaded through the Developer Center, without worrying about the App ID at all.

Further, f you want to use push notifications, In App Purchases, or Game Center, you'll have to use a specific app ID for each version, rather than a wildcard. Check out the iOS Provisioning Portal page for more information.

I DO share one Bundle Seed ID between all my apps (the ABCDE12345 in your example), as this keeps things simple and convenient, and doesn't restrict any of the above features. Best of luck!

御弟哥哥 2024-10-08 18:33:43

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

Apple recommends using a reverse-domain name style string (i.e., com.domainname.appname). It cannot contain an asterisk (*).

Ordinary Domain notation example:

appName.MobilityFin.CompName.com

Reverse Domain notation example:

com.CompName.MobilityFin.appName

So we may name it like the following:

  • com.yourCompanyName.mobilityFinance.appname

  • com.yourCompanyName.mobilityHR.appname

  • com.yourCompanyName.mobilityTransaction.appname

  • com.yourCompanyName.mobilityAccounts.appname

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文