Xcode中的Project,Target,Workspace等

注：转载需联系本作者赵先生Try。

简介

今天来说说Xcode中几个概念，Project，Target，Build Settings，Scheme，WorkSpace。苹果官方参考文档中也说的很全面。本博文中以iOS项目做演示。

1.Project & Target

创建一个项目Beauty，那这个项目就可以称为一个Xcode Project。

• 

Xcode Project是构建一个或多个软件产品所需的所有文件，资源和信息的存储库。

• 创建好一个新的工程，默认左侧显示Project Navigator区域。此区域包含两部分，第1部分为构建一个产品所需要的项目资源。第2部分为项目的最终产品，只适用于模拟器。

• Xcode Project

• 选择左侧Project，右侧则展示Project editor，在此区域可以看到Target的数量，此演示项目中只有一个Target。一个Project 可以包含一个或者多个Target，Target指定要构建的产品，并包含构建需要被包含在Project或Workspace中的一组文件说明。

• Project editor

• 在构建产品时，第1步需选择Target，第2步需选择设备

  
  Build Product

1. 选择Target，选择区域的Target数量和Project editor的Target数量相同，且是一一对应的。

• 选择Target
• 在Project editor左下角区域可以新建或者删除target，选择新建Target按钮，新建一个target，选择Single View Application模版,命名为Happy，后续步骤和新建项目相同，不做赘述。
  新建Target （Happy）

• Project editor区域多出了一个Happy Target，对应左侧Project Navigator多出了Happy Target的资源区，及Products 文件夹下的对应Happy Target最终的产品。构建不同产品时需要在顶部切换不同Target。

  
  Target （Beauty & Happy）
• Target可以相互独立，也可以依赖于另一个Target。此项目中的两个Target Happy和Beauty，是相互独立的。

2.Build Settings & Debug / Release

• 在Project editor还可以看到一些产品信息和构建信息。分为Project 和 Target 级别，这两个级别都有Build Settings，在构建产品时会用到构建配置信息，如适配的最低版本号，构建的目标CPU架构等。在构建产品时，会使用Project级别的Build Configuration（如适配的最低版本号），如果Target中没有修改过的话，否则使用Target级别中的Build Configuration。

• Project 级别
• Target 级别

• Build Settings 中的部分Build Configuration分为Debug和Release两部分。

1. Debug Build Configuration表示调试构建，得到的最终可产品是调试版本，特点：含完整的符号信息,以方便调试，代码没有经过优化。
2. Release Build Configuration表示发布构建，得到的最终可产品是发布版本，特点：不包含符号信息，不能进行调试（断点没有效果），代码会进行优化，执行速度比Debug版本快，大小比Debug版本小。

• Build Configuration & Debug / Release

• Build Active Architecture Only表示只构建适用于当前CPU架构的产品，Debug版本值为YES，只构建当前CPU架构的产品，Release版本值为NO，不仅仅只构建当前CPU架构的产品。所以调试构建的速度要比发布构建更快。

不同CPU架构需要的指令是不同的，以下是不同的架构和设备的对应关系。

• 真机：
  armv7：4~4s
  armv7s：5~5c
  arm64：5s+
• 模拟器
  i386：4s~5c
  x86_64：5s+

3.Scheme

Scheme 定义了一组可以构建的Target，构建时所使用的构建信息，可执行的一组测试。Scheme是可以编辑的。

• 点击Target选择区域，在Target底部有编辑Scheme选项。

  
  编辑 Scheme
• Run，Test，Analyze这三种操作构建产品时使用Debug Build Configuration。Profile，Archive两种操作构建产品使用Release Build Configuration。
  Build Configuration
• 选择Run操作，在右侧info菜单下方，可以修改Build Configuration。假如最终的产品是一个库，会常常修改Build Configuration。在调试时，选择Debug版本，在上线使用时，选择Release版本。

修改 Build Configuration

4.Workspace

Workspace是一个Xcode文档，可以包含多个Xcode Project，以及要包括的任何其他文件。

• 被包含在WorkSpace中的Project中的Target还可能存在隐式或者显式的依赖关系。

1. 显示依赖：在Xcode中显示添加Target依赖关系.
2. 隐式依赖：Xcode会自动遍历WorkSpace中所有的文件检查隐式依赖关系，如果Target A 引用 Target B 的编译的库，那么Target A 隐式依赖于Target B。如使用cocoaPods管理第三方，我们自己建的Target 引用cocoaPods创建的另一个项目Pods编译的库。

• 默认情况下，Workspace中的所有Xcode Project共享一个编译目录，其中所有Project中的文件都是可以相互引用的，如果多个Project引用同一个库，只需要导入一次即可，而不需要每个Project都导入一次。

• 在没有使用Workspace的Beauty Project中，双击.xcodeproj文件即可打开此Beauty工程。

• Beauty Project ShowInFinder

在Beauty 中 用cocoaPods 导入一个三方库MBProgressHUD（此处不做赘述）。此时Beauty工程引用了使用cocoaPods创建的工程Pods编译的库，即存在隐式依赖关系，为了项目Beauty的正常运行需先关闭原先的工程，选择.xcworkspace文件来打开Beauty工程，否则会编译报错。

用cocoaPods 导入三方库MBProgressHUD

• WorkSpace的每个Project依然还是独立的个体。如果要打开一个既不影响其他项目，也不被WorkSapce中的其他项目影响的Project，可以选择直接打开.xcodeproj而不打开. xcworkspace。而Beauty Project 隐式依赖于另一个项目，被另一个项目影响，必须选择. xcworkspace来打开。

总结

如果你有困惑被我的博文解答了，我很高兴。