Xcode中的Project,Target,Workspace等

1字数 1575阅读 5701

注:转载需联系本作者赵先生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
  • RunTestAnalyze这三种操作构建产品时使用Debug Build Configuration。ProfileArchive两种操作构建产品使用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来打开。

总结

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

推荐阅读更多精彩内容