翻译@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）。
同一个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，同时还需要选择一个目标设备（即产品运行的硬件平台）。
