ios - 构建配置和目标之间有什么区别？

Question

我们有五个几乎相同的应用程序，有几个不同的图标/名称/设置。它们是同一个应用程序的不同“品牌”，区别仅在于几个不同的图标、单独的 AppGroups 和代码中的一些默认设置。这些在 Xcode 中被创建为它们自己的 目标 。它是 一个 代码库，但有 5 个目标指向它。

它开始看起来非常好，有五个不同的目标。但是，我们现在为应用程序添加了两个扩展。一个自定义“NotificationContentExtension”和一个“TodayExtension”(小部件)。由于我们有 5 个不同的目标和 5 个不同的权利/组，我们发现除了将这些扩展添加到每个目标之外，没有其他方法可以实现这一目标。由于扩展是另一个目标，这意味着我们现在有 15 个不同的目标。

我们现在正在经历极其缓慢的编译时间，因为每次我们打开 Storyboard时，Xcode 都会为每个(主)目标编译一次整个内容。我不需要构建我的 Storyboard 5 次。或者我的任何其他文件。我有一个应用程序，但有一些不同的文件和一些运行时设置。

这让我感到奇怪 - 这 15 个目标中的每一个默认都有两个构建配置:RELEASE 和 DEBUG。我注意到可以自定义这些，并添加更多。为什么不添加配置而不是目标？

例如，不要将“RELEASE”和“DEBUG”设为“MYAPP1”、“MYAPP2”、“MYAPP3”等。每个配置都可以有自己的产品名称、图标等等，对吗？

不是 有什么好的理由这样做吗？在处理不同的 AppGroups/Entitlements 等时，是否有可能？我们将 CoreData 数据库存储在 AppGroups 中。重要的是，这些应用程序可以全部安装在同一设备上而不会相互损坏。
据我所知，只要每个配置有几个不同的 FLAG 并且自定义代码，这应该不是问题。
签了怎么办？

我阅读了有关该主题的 this 文章/教程，其中解释了基础知识并让我入门，但要实际使用数据库和权利等对其进行测试将需要大量工作。

Answer 1

几年后回答:顺便说一句，答案是肯定的。使用 BuildConfigurations 是安全的并且工作得很好。它还删除了所有不必要的构建时间。我们转换了项目设置，最终得到了三个目标(app、widget1、widget2)和多个 BuildConfiguration。
要自定义构建配置，请在 Project Navigator 中单击您的项目，然后单击蓝色的“MyApp”(在 PROJECT 下，而不是在 TARGETS 下)，然后在顶部栏中选择“Info”。您将看到配置列表。默认情况下，它们将是“DEBUG”和“RELEASE”。您可以在此处添加/删除/自定义。将其设为“MyApp1”、“MyApp2”和“MyApp3”。然后单击“目标”下的“我的应用程序”，转到“build设置”，然后搜索例如“产品名称”。如果将鼠标悬停在它上面，“产品名称”旁边会出现一个箭头，单击它展开它，然后您会看到您可以为不同的配置单独更改值，因此“MyApp3”可以命名为“MyApp3”而无需影响他人。
这可以为所有build设置完成。
如果您有多个“口味”，并且可能以后需要添加更多，我建议不要直接在“build设置”中更改各个值，因为它们更难找到且更容易忘记。您应该让每个相关值(例如 ProductName)从外部键继承，并为每个“ flavor ”创建自己的 .xcconfig 文件，其中包含这些键的所有单独值。这样，如果您需要添加另一种风格，您可以简单地添加另一个包含所有相关更改的 .xcconfig 文件，并且您不必查看 BuildSettings 中的所有值并可能忘记其中的一些。
完成此操作后，为了能够实际构建/运行每个配置，您必须为每个配置添加一个方案。
我从这种方法中注意到的唯一负面影响是方案下拉列表中的应用程序图标是错误的。即使“应用程序图标集名称”不同，它们也会相同。应用程序的图标在运行/安装时是正确的，但在 Xcode 的内置下拉列表中会显示错误。
不过要小心，在更改build设置时，您应该知道自己在做什么。默认情况下，当您运行应用程序时，DEBUG-config 运行，而 RELEASE 用于“存档”(发布时)。如果您不尊重这两者之间的差异，而只是为您的每个应用程序/风格创建一个构建配置，您要么在开发时获得更长的构建时间，要么在发布后获得更差的性能。这取决于build设置，例如“优化级别”等。因此，为了安全起见，您应该为每个应用程序创建“MyApp1DEBUG”和“MyApp1Release”，它们分别是原始“DEBUG”和“RELEASE”的克隆。