OS X Bundle Identifier name：这种情况下的最佳实践答案

【问题标题】：OS X Bundle Identifier name: Best practice in this situationOS X Bundle Identifier name：这种情况下的最佳实践
【发布时间】：2017-03-29 21:56:07
【问题描述】：

我有一个即将发布到应用商店的应用。该应用程序与公司名称相同。我知道命名捆绑标识符的推荐方法是

com.yourcompanyname.appname

但是，例如这样命名它似乎很愚蠢和重复

com.applemaps.applemaps

我不能把它命名为“com.applemaps”以避免重复吗？

最后，我应该在末尾添加 .mac 以区分 iPhone 和 Mac 应用程序吗？

编辑：我确实看到 GitHub 将它们的包标识符命名为这样，evernote 也做了类似的事情。

com.github.GitHub

【问题讨论】：

请注意，您的 iOS 和 macOS 应用的捆绑 ID 必须不同！

标签： xcode macos bundle-identifier

【解决方案1】：

捆绑标识符的唯一目的是唯一地识别这个应用程序。没有硬性规定必须使用反向 URL 表示法；这只是一个推荐的约定。你可以放任何你喜欢的东西。

话虽如此，我建议您反对前两个提案中的任何一个，只是因为您不想冒缺乏独特性的风险。特别是，com.applemaps 似乎是一个非常糟糕的主意。假设另一家名为applemaps 的公司出现了？在我看来，越长越好，因为您添加的每个元素都是其他公司可能不会添加的元素。所以，com.applemaps.applemaps 肯定不是非法的，但像 com.applemaps.applemapsosx 这样的东西可能更安全。

最后，不，您可能没有理由担心将您的 iPhone 与您的 Mac 应用区分开来；唯一性域是个人商店、Mac App Store 或 iTunes 商店，就像它是个人设备、Mac 或 iOS 设备一样。尽管如此，安全也无妨！

【讨论】：

用户会看到我的 OS X 应用程序包标识符吗？
如果他们愿意，他们可以。不过，我想说大多数用户不知道该怎么做。
我不关心我拥有的包标识符名称。我已经上传了一个版本，但似乎无法更改它。我给它的名字是 com.appname.mac
@Weakman10122：如果您拥有域 appname.com，则应仅使用 com.appname 前缀。这就是反向 DNS 约定的要点：something.com 的所有者负责确保没有以 com.something 开头的重复项，something.org 的所有者负责 org.something.*，以及something.co.uk 负责 uk.co.something.*.
“我已经上传了一个构建，但似乎无法更改它” 是的，捆绑名称是应用程序的标识符，因此无需更改。换句话说，一旦你让 Apple 知道了一个应用程序，bundle id 就是不能改变的东西。它是各种有意义的应用程序。我很确定我在回答中说了诸如“唯一标识符”之类的内容...