5

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

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

我们现在正在经历极其缓慢的编译时间，因为每次我们打开情节提要时，Xcode 都会为每个（主要）目标编译一次。我不需要构建我的故事板 5 次。或者我的任何其他文件。我有一个应用程序，但有几个不同的文件和一些运行时设置。

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

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

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

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

4

1 回答 1

5

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

要自定义构建配置，请在 Project Navigator 中单击您的项目，然后单击蓝色的“MyApp”（在 PROJECT 下，而不是在 TARGETS 下），然后在顶部栏中选择“Info”。您将看到您的配置列表。默认情况下，它们将是“DEBUG”和“RELEASE”。您可以在此处添加/删除/自定义。将其设为“MyApp1”、“MyApp2”和“MyApp3”。然后点击“Targets”下的“MyApp”，进入“Build Settings”，然后搜索“Product Name”。如果你将鼠标悬停在它上面，“产品名称”旁边会出现一个箭头，点击它展开它，然后你会看到你可以为你的不同配置单独更改值，所以“MyApp3”可以命名为“MyApp3”影响他人。

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

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

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

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

于 2020-08-27T11:11:22.500 回答