Xcode 工作区与嵌套项目

Question

我不明白如何使用 Xcode 工作区来组织相互依赖的项目。例如，我看到很多开发人员创建的工作区结构如下所示：

工作区 |-- 应用 |-- 通用库 |-- 另一个公共库

这有什么好处？如果有人直接打开“App”项目，他们不会无法实际构建应用程序吗？他们必须意识到工作空间的存在具有必要的依赖关系。

在我看来，更好的方法是使用这样的嵌套项目：

应用程序 |-- 图书馆 | |-- 通用库 | |-- 另一个公共库

那么不存在无法构建的项目。它似乎也更符合 Git 的子模块理念。

我看到的工作空间的唯一用途是对不相互依赖的公共项目进行分组。我想听听其他人对此的看法，因为我可能遗漏了什么。

Answer 1

当我想组合项目同时保持项目独立性时，我会使用工作区。

我使用工作区的一个例子是一系列教程项目，这些项目从非常简单到更复杂。每个项目都可以作为一个独立的项目运行，但是将它们组合在一个工作区中有助于我组织整个项目。

在另一个例子中，我有一个为客户开发的应用程序。该应用程序既可以作为独立应用程序，也可以作为整个项目中的模块使用。独立项目可以构建独立应用程序。另一个应用程序使用包含两个项目的工作区。应用程序的模块版本是根据特殊方案构建的，如果不使用工作区，则无法构建此组合应用程序。

上述两种情况的一个转折点是构建文件夹的存储位置。我必须更改 Xcode 首选项以将构建产品放入教程项目组的唯一文件夹中，在其他应用设置中为模块使用通用构建文件夹。

在其他情况下，我有很多带有嵌入式项目的项目。在这些情况下，图书馆项目是稳定的。我不尝试进一步开发图书馆项目，因此它们只是该项目的另一种资源。我发现在我的项目资源的文件系统组织在某种程度上反映了我的 Xcode 项目的组织的情况下，工作起来更容易。所以这些库项目被复制到主项目的文件层次结构中。如果我正在开发库并在多个项目中使用它们，那么使用工作区是有意义的。为了方便起见，我经常不打扰。

有时我什至将工作区与包含嵌入式项目的项目结合起来。

所以我认为，组织工具、嵌入式项目和工作区都有其优点和问题。我根据具体情况选择使用其中一种（或组合）。

Answer 2

我们将嵌套项目添加到主项目的框架中，因此我们可以将它们“包含”到 .framework 产品中。

Main
|-- Main
|-- MainTests
|-- Frameworks
|   |-- CommonLibrary.xcodeproj
|   |-- AnotherCommonLibrary.xcodeproj
|   |-- UIKit.framework
|   |-- Foundation.framework
|   |-- CoreFoundation.framework
|-- Products

请参阅this Great Tutorial by Jeff Verkoeyen 以将通用框架添加到项目中。一开始并不容易，但继续努力，你就会掌握它的窍门。