OS X Bundle Identifier 名称：这种情况下的最佳实践
OS X Bundle Identifier name: Best practice in this situation
我有一个应用程序即将发布到应用程序商店。该应用程序与公司同名。我知道命名包标识符的推荐方法是
com.yourcompanyname.appname
但是，这样命名会显得愚蠢和重复，例如
com.applemaps.applemaps
我不能直接命名为 "com.applemaps" 以避免重复吗？
最后，我是否应该在最后加上 .mac 来区分 iPhone 和 Mac 应用程序？
编辑：我确实看到 GitHub 这样命名他们的包标识符，evernote 也做了类似的事情。
com.github.GitHub
捆绑标识符的唯一目的是唯一地标识此应用。没有必须使用反向 URL 表示法的硬性规定；这只是一个推荐的约定。你可以放任何你喜欢的东西。
话虽如此，我还是反对您的前两个提案中的任何一个，因为您不想冒缺乏独特性的风险。特别是，com.applemaps 似乎是一个非常糟糕的主意。假设另一家名为 applemaps 的公司出现了？在我看来，时间越长越好，因为你添加的每个元素都是这家公司可能不会添加的元素。所以，com.applemaps.applemaps当然不是非法的，但是像com.applemaps.applemapsosx这样的东西可能更安全。
最后，不，可能没有理由担心区分您的 iPhone 和 Mac 应用程序；唯一域是单个商店，Mac App store 或 iTunes store，就像它是单个设备，Mac 或 iOS 设备一样。尽管如此，安全也无妨！
我有一个应用程序即将发布到应用程序商店。该应用程序与公司同名。我知道命名包标识符的推荐方法是
com.yourcompanyname.appname
但是，这样命名会显得愚蠢和重复，例如
com.applemaps.applemaps
我不能直接命名为 "com.applemaps" 以避免重复吗？
最后，我是否应该在最后加上 .mac 来区分 iPhone 和 Mac 应用程序？
编辑：我确实看到 GitHub 这样命名他们的包标识符，evernote 也做了类似的事情。
com.github.GitHub
捆绑标识符的唯一目的是唯一地标识此应用。没有必须使用反向 URL 表示法的硬性规定；这只是一个推荐的约定。你可以放任何你喜欢的东西。
话虽如此，我还是反对您的前两个提案中的任何一个，因为您不想冒缺乏独特性的风险。特别是，com.applemaps 似乎是一个非常糟糕的主意。假设另一家名为 applemaps 的公司出现了？在我看来，时间越长越好，因为你添加的每个元素都是这家公司可能不会添加的元素。所以，com.applemaps.applemaps当然不是非法的，但是像com.applemaps.applemapsosx这样的东西可能更安全。
最后，不，可能没有理由担心区分您的 iPhone 和 Mac 应用程序；唯一域是单个商店，Mac App store 或 iTunes store，就像它是单个设备，Mac 或 iOS 设备一样。尽管如此，安全也无妨！