翻译@Xcode Concepts(Xcode若干概念解释)

字数 2201阅读 122

翻译@Xcode Concepts(Xcode若干概念解释)


Xcode Target

target构建产品(build product),它包含一系列指令,基于一组来自于project或workspace的文件,进行构建。一个target对应一个产品;它负责为Xcode构建体系提供输入——源文件以及处理这些源文件的指令——最后输出产品。一个project可以包含多个target。

用于构建产品的指令以build settings和build phases的形式出现,其内容可以在Xcode中查看。target默认继承project的build settings,但开发者随时可以通过修改target层面的build settings,打破这种继承关系。(对于Xcode来说)一次只能有一个target处于激活状态;scheme负责对其进行说明。

一个target及其构建的产品可以同另一个target关联。为了构建产品,如果一个target需要以另一个target输出的产品作为自己的输入,那么就可以说前者依赖于后者。如果两个target位于同一个workspace下,Xcode会自动发现这种依赖关系,顺次构建产品。这种关系被称为隐式依赖。开发者也可以在build settings中显式的定义依赖关系,甚至可以规定两个似乎有隐式依赖关系的target实际上没有任何联系。例如,在同一个workspace中,需要构建一个库和一个使用这个库的应用。Xcode会自动发现二者之间的依赖关系,并首先构建库。然而,如果我们的应用只使用库的某个特定版本,而非最新的,就可以在应用的build settings中建立显式依赖,覆盖隐式依赖。


Xcode Project

project好像仓库,存放用于构建一个或多个产品的文件,资源和信息。project包含构建所需的元素,并维护各元素之间的关系。其可能拥有一个或多个target,这些target规定了产品是如何构建的。project定义了其下所有target的默认build settings(每个tareget都有自己build settings,可以覆盖project的build settings)。

project文件包含如下信息:

  • 对源文件的引用(译者:是引用,并非源文件本身):

    • 源代码,包括头文件和实现文件;
    • 库和framework,包括内部和外部的;
    • 资源文件;
    • 图片文件;
    • Interface Builder(nib)文件
  • 文件组,用于在右侧的Project Navigator中组织源文件;

  • project层面的build configuration。开发者可以针对一个project创建多个build configuration;例如,一般会有debug和release两套build settings。(译者:这里的意思是一个build configuration代表一套build settings)

  • target,每个target定义了:

    • 对其所构建的产品的引用;
    • 对构建产品所需的源文件的引用;
    • 用于构建产品的buld configuration(译者:即build settings),包括同其他target的依赖关系,及其他设置;project层面的build settings会在没有被覆盖时使用;
  • 用来debug或测试程序的运行环境(译者,可能有多个),每个运行环境定义了:

    • 从Xcode运行或debug时,启动哪个可执行文件;
    • 传递给可执行文件的命令行参数,如有;
    • 程序运行时需要设定的环境参数,如有;

project可以独立使用,也可以添加至workspace。

使用scheme来定义哪个target,build configuration,及可执行文件处于激活状态。


Build Settings

每一项build setting代表一个变量,代表构造过程中特定执行细节。例如,某些build setting定义了Xcode向编译器传递的参数。

开发者可以定义project或target层面的build setting。前者默认适用于其下所有target,后者可以覆盖前者。

target负责组织构建所需的源文件。一个build configruation代表一套build settings。例如,一个产品通常会有debug和 release两个不同的build configuration。

build settings由两部分组成:标题和定义。标题代表某项build setting,可以用于定义其他build setting。定义可以是一个常量或者是一个Xcode公式,后者的值要等到构建时才能得出。build settting还可能有展示名,用于在Xcode中显示。

除了创建project时所生成的默认build settings之外,开发者还可以创建自定义的build setting项;以及依赖特定条件的build setting项。后者的值取决于一个或多个先决条件是否达成。例如,根据不同的架构使用不同SDK。


Xcode Workspace

workspace组织project和其他文件,便于开发者统一处理。workspace能够包含任意数量的project。除了组织文件外,它还可以为这些project和target设定依赖关系。

Workspaces拓展了工作流

project包含对源文件的引用,build configuration和其他相关信息。直到Xcode 3,proejct一直是所有文件组和文件结构的根目录。尽管可以引用其他project,但同时管理多个关联project仍然很不方便;工作流被局限在单个project中。自Xcode 4开始,开发者可以通过创建workspace的方式来包含一个或多个proejct,及其他相关文件。

除了能够访问所有project包含的文件,workspace拓展了许多重要的Xcode工作流。例如,得益于索引机制,诸如代码补全,定义跳转,及其他内容检测相关的特性,一个workspace下的所有project都可以享受到。由于重构操作的范围是整个workspace,开发者重构一个framework project中的API时,将影响所有使用这个framework的project。构建时,一个project可以使用其他project的产品。

workspace文件只包含的project文件和其他文件的引用。project可以同时属于一个或多个workspace。下图展示了一个workspace包含两个Xcode project(Sketch和TextEdit),和一个文件project(Xcode4TransGuideDocPlan)。

以及一个文件project(Xcode4TransGuideDocPlan)
同一个workspace下的project共享构建目录

默认,一个workspace下的所有project都在同一个目录下构建,称为workspace构建目录(workspace build directory)。每个workspace都有自己的构建目录。因此,每个project都可以访问任意文件。如果一个库被多个project使用,开发者不必一一拷贝。(译者:所谓build directory,即构建过程中,所有资源文件的集散目录。)

Xcode通过检查构建目录,发现隐式依赖关系。例如,workspace下一个project构建一个库,其被另一个project依赖,Xcode会自动首先构建前者,再构建其他产品,即使(后者的)build configuration中并没有明确的定义这种依赖关系。开发者可以使用显式依赖关系覆盖它。为此,需创建project之间的引用。

workspace下的每个project仍然具有独立性。要单独操作某个project——不影响或不被影响——开发者可以单独打开这个project,或者将其添加到另一个workspace。一个project可以属于一个或多个workspace,开发者可以任意组合,而不必重新配置project或workspace。

开发者可以使用workspace默认的构建目录,或自定义。注意,如果一个project定义了自己的构建目录,那么在加入到一个workspace后,其会使用后者的构建目录。


Xcode Scheme

一个scheme定义了一组要构建的target,一个构建时使用的build configuration,以及一组要执行的测试。

开发者可以定义任意数量的scheme,但每次只有一个处于激活状态。scheme可以保存在project或workspace中:若为前者,如果这个project加入一个workspace,那么所有project都可以使用;若为后者,只有这个workspace中的project可以使用。每当开发者选中(激活)一个scheme,同时还需要选择一个目标设备(即产品运行的硬件平台)。

推荐阅读更多精彩内容