Header 管理与 Xcode 中的 static 库 4

Question

在 Xcode 4 中导入 static 库头文件是否有最佳实践？ 我的大部分项目都依赖于其他几个项目，因此我最近开始使用工作区功能从一个地方构建所有需要的模块（我觉得这很方便）。

糟糕的是我们不能在 iOS 上使用自定义框架，因此必须将依赖项构建为 static 库，并且我遇到了 header 搜索路径的问题。 尽管框架将其标头与它们一起保存在框架包中，但 static 库没有该选项。 我讨厌为我导入的每个库单独设置用户 header 搜索路径。 理想情况下，我想将依赖项项目拖到工作区，将库添加到主目标并构建，无需进一步设置。 是否支持此工作流程？

Answer 1

我目前拥有的最佳解决方案是将所有支持库保存在一个公共文件夹中（比如Support ），将 header 搜索路径设置为Support/** 。 感觉笨拙，但有效。

Answer 2

我所做的相当复杂，但对我来说效果很好。

在static库项目的设置中，在“Packaging”部分，我将“Wrapper Extension”设置为“framework”。 然后我改变：

"Public Headers Folder Path" to "$(PRODUCT_NAME).$(WRAPPER_EXTENSION)/Headers"

和

"Private Headers Folder Path" to $(PRODUCT_NAME).$(WRAPPER_EXTENSION)/PrivateHeaders

构建产品的最终结果是一个名为“MyLibraryName.framework”的文件夹，其内容看起来就像……嗯……一个框架。 我喜欢的一件事是我可以在我的代码中使用框架风格的包含：

#include <MyLibraryName/blah.h>

缺点是（正如“zoul”的回答中所发现的）“存档”命令无法正常工作。 它不起作用的原因是因为 Archive 命令将最终构建产品和目标构建产品分隔到单独的目录中。 正常的“构建”不会这样做。 当您归档系统尝试在最终构建产品目录中查找 static 库头文件时，由于系统将它们放在 static 库的目标构建目录中，因此无法找到它们。

如果您考虑一下，Xcode 认为您的 static 库的目标只有一个“产品”。 该产品是“libMyLibraryName.a”。 但实际上目标有两种产品……一种是库，另一种是库的标题集。 Archive 命令的问题是库被复制为构建产品，但标题不是。 当您尝试运行存档时，最终会出现“找不到标题”。

为了解决这个问题，我所做的是使用运行脚本构建阶段。 脚本如下所示（用 Ruby 编写）：

if ENV["TARGET_BUILD_DIR"] != ENV["BUILT_PRODUCTS_DIR"] then
  $product_name = ENV['PRODUCT_NAME']
  $wrapper_extension = ENV['WRAPPER_EXTENSION']
  $target_build_dir = ENV['TARGET_BUILD_DIR']
  $built_products_dir = ENV['BUILT_PRODUCTS_DIR']

  $source_file = File.join($target_build_dir, $product_name + "." + $wrapper_extension)
  $dest_file = File.join($built_products_dir, $product_name + "." + $wrapper_extension)

  system "ln -s #{$source_file} #{$dest_file}" if File.exist?($source_file)
end

因此，如果目标构建目录和构建产品目录不匹配...创建一个符号链接到我在构建产品目录中创建的假“框架”。

正如我所说，这是一个复杂的方案，但它可以工作，让我可以使用我喜欢的框架风格的包含。 The whole mess would be greatly simplified if Xcode would let iOS developers create Frameworks (which would also mean that iOS would let developers create dynamic libraries, something Apple is reluctant to do) or if Apple would create a variant of frameworks... a package包含 static 库和 go 的标头（静态框架？），这样您就拥有一个包含标头和 ZA81259CEF8E959C6247DF1D456E5D2 库的构建产品。

Answer 3

我发现我可以将 static 库头文件设置为复制到Headers文件夹中（而不是默认的/usr/local/include ）。 该文件夹将出现在 build-products 文件夹中，我可以将User Header Search Paths设置为$(BUILT_PRODUCTS_DIR)和递归。

如果所有库都设置为将其公共标头复制到此文件夹，我确实得到了所需的行为 - 添加新依赖项时，我只需将项目拖到工作区，设置链接依赖项，我对 go 很好。