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

Question

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

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

我们现在遇到的编译时间非常慢，因为每次我们打开故事板时，Xcode 都会为每个（主）目标编译整个内容。我不需要构建 5 次故事板。或者我的任何其他文件。我有一个应用程序，但有一些不同的文件和一些运行时设置。

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

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

有什么充分的理由不这样做吗？在处理不同的应用程序组/权利等时是否可能？我们将 CoreData 数据库存储在 AppGroup 中。重要的是，这些应用程序可以全部安装在同一设备上，而不会相互损坏。据我所知，只要每个配置都有一些不同的标志，并自定义代码，这就不应该成为问题。签名呢？

我阅读了有关该主题的这篇文章/教程，它解释了基础知识并让我入门，但是使用数据库和权利等实际测试它将是大量的工作。

Answer 1

几年后回答：顺便说一句，答案是肯定的。使用 BuildConfigurations 是安全的并且工作得很好。它还消除了所有不必要的构建时间。我们转换了项目设置，最终得到了三个目标（app、widget1、widget2）和多个 BuildConfiguration。

要自定义构建配置，请在项目导航器中单击您的项目，然后单击蓝色的“MyApp”（在“项目”下，而不是在“目标”下），然后在顶部栏中选择“信息”。您将看到您的配置列表。默认情况下，它们是“DEBUG”和“RELEASE”。您可以在此处添加/删除/自定义。将其设为“MyApp1”、“MyApp2”和“MyApp3”。然后单击“目标”下的“MyApp”，转到“构建设置”，然后搜索“产品名称”等。如果将鼠标悬停在它上面，“产品名称”旁边会出现一个箭头，单击它将其展开，然后您会看到可以根据不同的配置单独更改该值，因此“MyApp3”可以命名为“MyApp3”，而无需影响其他人。可以对所有构建设置执行此操作。

如果您有多种“风格”，并且以后可能需要添加更多，我建议不要直接在“构建设置”中更改各个值，因为它们更难找到且更容易忘记。您应该让每个相关值（例如 ProductName）从外部键继承，并为每个“风格”创建您自己的 .xcconfig 文件，其中包含这些键的所有单独值。这样，如果您需要添加另一种风格，您可以简单地添加另一个包含所有相关更改的 .xcconfig 文件，并且您不必查看 BuildSettings 中的所有值，并且可能会忘记其中的一些值。

完成此操作后，为了能够实际构建/运行每个配置，您必须向每个配置添加一个方案。

我从这种方法中注意到的唯一负面影响是方案下拉列表中的应用程序图标是错误的。即使“应用程序图标集名称”不同，它们都是相同的。应用程序的图标在运行/安装时是正确的，但在 Xcode 的内置下拉列表中显示错误。

但要小心，您应该知道更改构建设置时在做什么。默认情况下，当您运行应用程序时，DEBUG-config 会运行，并且 RELEASE 用于“存档”（当您发布时）。如果您不尊重这两者之间的差异，而只是为每种应用程序/风格创建一个构建配置，那么您要么在开发时获得更长的构建时间，要么在发布后性能较差。这取决于“优化级别”等构建设置。因此为了安全起见，您应该为每个应用程序创建“MyApp1DEBUG”和“MyApp1Release”，它们分别是原始“DEBUG”和“RELEASE”的克隆。