我们有五个几乎相同的应用程序，有几个不同的图标/名称/设置。他们是不同的品牌＆＃34;相同的应用程序，仅区分在几个不同的图标，单独的AppGroups和代码中的一些默认设置。它们在Xcode中作为自己的目标创建。它是一个代码库，但有5个目标指向它。
它开始看起来非常好，有五个不同的目标。但是，我们现在为应用添加了两个扩展。一个自定义＆＃34; NotificationContentExtension＆＃34;，以及一个＆＃34; TodayExtension＆＃34;（Widget）。由于我们有5个不同的目标和5个不同的权利/组，我们没有找到其他方法来实现这一点，而不是将这些扩展添加到EACH目标。由于扩展是另一个目标，这意味着我们现在有15个不同的目标。
我们现在经历了极慢的编译时间，因为每次我们打开故事板时，Xcode都会为每个（主要）目标编译一次。我不需要5次构建故事板。或者我的任何其他文件。我有一个应用程序，但有一些不同的文件，以及一些运行时设置。
这让我很奇怪 - 这15个目标中的每一个都默认有两个构建配置：RELEASE和DEBUG。我注意到可以自定义这些，并添加更多。为什么不添加配置而不是目标？
而不是＆＃34; RELEASE＆＃34; ＆＃34; DEBUG＆＃34;，使他们成为＆＃34; MYAPP1＆＃34;，＆＃34; MYAPP2＆＃34;，＆＃34; MYAPP3＆＃34;每个配置都可以有自己的产品名称，图标等等，对吗？
有什么好的理由不这样做吗？处理不同的AppGroups / Entitlements等时是否可能？我们将CoreData数据库存储在AppGroups中。重要的是，这些应用程序都可以安装在同一设备上，而不会相互损坏。 据我所知，只要每种配置都有一些不同的FLAG，并且自定义代码，这就不成问题。 签约怎么样？
我阅读了关于这个主题的this文章/教程，其中解释了基础知识并让我开始了，但实际使用数据库和权利以及所有内容对其进行测试将是一项巨大的工作。
答案 0 :(得分：2)
几年后回答：顺便说一句。使用BuildConfigurations是安全的，并且可以正常工作。它还消除了所有不必要的构建时间。我们转换了项目设置，最后得到三个目标（应用程序，widget1，widget2）和多个BuildConfigurations。
要自定义构建配置，请在项目导航器中单击您的项目，然后单击蓝色的“ MyApp”（在PROJECT下，而不在TARGETS下），然后在顶部栏中选择“ Info”。您会看到一个配置列表。默认情况下，它们分别是“ DEBUG”和“ RELEASE”。您可以在此处添加/删除/自定义。将其设置为“ MyApp1”，“ MyApp2”和“ MyApp3”。然后在“目标”下单击“我的应用”，转到“构建设置”，然后搜索例如“产品名称”。如果将鼠标悬停在它上面，将在“产品名称”旁边显示一个箭头，单击以展开它，然后您将看到可以针对不同的配置分别更改值，因此“ MyApp3”可以命名为“ MyApp3”，而无需影响其他人。 可以针对所有构建设置完成此操作。
如果您有多个“风味”，并且可能需要稍后添加，则建议不要直接在“构建设置”中更改各个值，因为它们很难找到且更容易忘记。您应该使每个相关值（例如ProductName）都从外部键继承，并为每个“风味”创建自己的.xcconfig文件，其中包含这些键的所有单独值。这样，如果您需要添加其他样式，则可以简单地添加具有所有相关更改的另一个.xcconfig文件，而不必浏览BuildSettings中的所有值并可能会忘记其中的一些值。
完成此操作后，为了能够实际构建/运行每个配置，您必须为每个配置添加一个方案。
我从这种方法中注意到的唯一负面影响是，方案下拉列表中的应用程序图标是错误的。即使“应用程序图标集名称”不同，它们也都相同。该应用程序的图标在运行/安装时将是正确的，但在Xcode的内置下拉列表中将显示错误。
但是请小心，更改构建设置时您应该知道自己在做什么。默认情况下，当您运行应用程序时，将运行DEBUG-config，并且在您“存档”（发布时）时使用RELEASE。如果您不尊重这两者之间的差异，而仅为每个应用程序/风味创建一个构建配置，则开发时将获得更长的构建时间，或者发布后性能会下降。这取决于“优化级别”等构建设置。因此，为安全起见，应为每个应用分别创建“ MyApp1DEBUG”和“ MyApp1Release”，它们分别是原始“ DEBUG”和“ RELEASE”的克隆。