在Xcode 4工作区中,如何将构建设置和配置级联到子项目

Cla*_*ges 17 xcode xcodebuild xcode4

概观

我正在使用静态库和Xcode 4工作空间来实现iOS开发中的模块化,这是一种越来越常见的技术.例如,我可能有一个包含App项目的工作区和一个Library项目,如下所示1:

带App和Library的工作区

然后你会有一个方案来构建这些看起来像这样的东西:

方案

我想做的是让"App build"控制它启动的"Library build",至少有两种方式:

  1. 将App配置(例如Debug,AdHoc)映射到任意库配置

  2. 通过-D的某个子集定义,和/或为库构建指定这些子集.

我会在他们自己的章节中讨论这些问题,但值得做一些澄清.

澄清

  • 我在这里使用App/Library作为您可能拥有的任何Superproject/Subproject关系的简单代理.

  • 从我所看到的情况来看,Xcode 3风格的嵌入式子项目在Xcode 4中的工作效果似乎与工作区"同行"不同.我很想知道这件事.

  • 我知道我可以用"运行构建脚本"构建阶段和xcodebuild做几乎任何事情.但我正在尝试在这里的系统中工作,其中依赖项在方案中指定,否则有点松散耦合.

  • 存在库不仅仅用于此项目,因此您不能随意使用特定于此App构建的垃圾来加载它,或者引用特定于App或Workspace的任何内容.对于一般情况,这将包括来自App项目的静态.xcconfig,作为将构建信息从App传递到库的方法.

  • 在工作区外建立图书馆会造成太多牺牲,而不是一种选择.

配置映射

据我了解,构建特定的App配置将:

  1. 如果具有相同名称的库中存在配置,则它将使用该配置构建库.
  2. 否则,它将构建库的活动配置,如库的项目文件中所指定.

据我所知,不依赖于前面提到的run-build-script hack,这就是对子项目构建配置的控制程度.请告诉我不同​​的.

理想情况下,我可以指定(在计划中,大概):

AppConfigA -> LibConfig1
AppConfigB -> LibConfig2
Run Code Online (Sandbox Code Playgroud)

虽然Debug,AdHoc和Release可能是一些有史以来使用的唯一配置,但复杂的项目往往不再适用.

定义

我还没有找到将-D定义从App构建传递到库的方法,而不需要使用xcodebuild,它可以采用例如.xcconfig文件.

可以在Library build run-build-script阶段访问App的构建设置.但是,这样做会在App项目的库中引入依赖关系,这有充分的理由是禁止的(参见Clarifying).但即便如此,我还没有找到一种方法来使用这些设置来直接控制图书馆的构建(很多2).

真是太疯狂了......

我在写这篇文章时提出的一个方案是:

  1. 该库将它的构建配置基于LibraryExternals.xcconfig它自己的项目中的空(虚拟)文件.

  2. 干净的库删除该文件.如果库尚未存在,则库的独立构建将创建一个空库.

  3. 该文件被App Build运行构建脚本阶段覆盖,并包含应用程序想要与库构建进行通信的任何内容.

看起来有点复杂,但我现在正在寻找任何东西.如果没有更好的结果,我会把这个推到一个答案.


1显示的应用程序是Max OS X.我发现命令行应用程序可以进行更简单的测试.同样适用.

2参考 Info.plist预处理,我在调查过程中了解到了这一点.

Bri*_*ian 0

如果您修改项目结构以使用具有多个目标的单个项目,则每个目标的构建设置将自动从该项目继承。从那里,您可以修改您想要不同的设置,或者选择单个设置并按删除键将其设置为项目指定的默认值。

  • 目标是多个项目,然后可以将它们组合在一起作为模块、[模块化](http://en.wikipedia.org/wiki/Modular_programming) 或[关注点分离](http://en. wikipedia.org/wiki/Separation_of_concerns)。随着代码库和/或团队规模的增加,这变得越来越理想。 (2认同)