我正在尝试理解iOS应用程序的AppID的第一部分的作用。这部分以前被称为“Bundle Seed ID”,但现在通常被称为AppID前缀。
一段时间以前(iOS 5?),苹果在其门户网站和文档中进行了一些更改,并开始建议使用“Team ID”(每个开发者帐户唯一)作为AppID前缀。这对于具有新应用程序的新开发人员来说非常简单明了。
但是,对于现有应用程序,处理AppID前缀的最佳实践是什么? 我知道在两个应用程序版本之间无法更改BundleID(= AppID的第二部分),但是在应用程序版本之间更改前缀是否安全? 请注意,我不是指将“通配符AppID”(例如ABC1234567.*)替换为具有相同前缀的显式AppID(例如ABC1234567.com.mycompany.myapp)。关于此问题有大量信息(尽管大多已过时)。我考虑通过用我的Team ID替换前缀,例如DEF7654321.com.mycompany.myapp,来更改现有应用程序的完整AppID。
我认为我在某个地方读到过更改现有应用程序的前缀应该是可以的,除非应用程序正在使用钥匙串存储数据。如果这是真的,那么处理现有应用程序的前缀的最简单方法是在发布下一个更新时迁移到新的Team ID。当所有我的应用程序都迁移后,我可以继续使用Team ID(苹果建议新应用程序这样做),最后忘记所有这些混乱。 有人能证实这一点吗? 如果您能更详细地介绍AppID前缀的概念以及它在iOS设备上实际用途(除了我已经知道的钥匙串之外),如果您能写下评论,我将非常高兴。也许我们可以通过从不同来源添加碎片来建立对此的完整理解。不幸的是,在这个领域,苹果的文档非常薄弱。
一段时间以前(iOS 5?),苹果在其门户网站和文档中进行了一些更改,并开始建议使用“Team ID”(每个开发者帐户唯一)作为AppID前缀。这对于具有新应用程序的新开发人员来说非常简单明了。
但是,对于现有应用程序,处理AppID前缀的最佳实践是什么? 我知道在两个应用程序版本之间无法更改BundleID(= AppID的第二部分),但是在应用程序版本之间更改前缀是否安全? 请注意,我不是指将“通配符AppID”(例如ABC1234567.*)替换为具有相同前缀的显式AppID(例如ABC1234567.com.mycompany.myapp)。关于此问题有大量信息(尽管大多已过时)。我考虑通过用我的Team ID替换前缀,例如DEF7654321.com.mycompany.myapp,来更改现有应用程序的完整AppID。
我认为我在某个地方读到过更改现有应用程序的前缀应该是可以的,除非应用程序正在使用钥匙串存储数据。如果这是真的,那么处理现有应用程序的前缀的最简单方法是在发布下一个更新时迁移到新的Team ID。当所有我的应用程序都迁移后,我可以继续使用Team ID(苹果建议新应用程序这样做),最后忘记所有这些混乱。 有人能证实这一点吗? 如果您能更详细地介绍AppID前缀的概念以及它在iOS设备上实际用途(除了我已经知道的钥匙串之外),如果您能写下评论,我将非常高兴。也许我们可以通过从不同来源添加碎片来建立对此的完整理解。不幸的是,在这个领域,苹果的文档非常薄弱。
还有一个类似的问题:在我的应用程序被批准之后,我可以更改其Bundle Identifier吗? 但是这主要集中在BundleID上,即AppID的第二部分,因此这不是重复的,尽管一些答案和评论触及了这个话题。