什么会纠正这个场景的“用户头搜索路径”（使用第三方库）

Question

对于此方案（使用第三方库），“更正用户标题搜索路径”的内容是什么：

注意：

• 目录结构：MyApp目录与ALibrary目录处于同一级别。那就是我把第三方库的源代码项目放在我的app目录中，但是在同一级别
• 有一个主头文件，它汇集了目录中库的所有其他头文件：“LibraryAppPath / src / core / headers”。

查询点 - 如果在答案中您可以澄清以下项目（我对此有点困惑）会很好

1. 我经常看到$（BUILT_PRODUCTS_DIR）的用法。 $（BUILT_PRODUCTS_DIR）实际解决了什么？即哪个目录
2. 我是否需要使用“$（BUILT_PRODUCTS_DIR）”作为起点，然后使用多个“../”条目退回到我的应用上方的子目录？
3. 我假设我应该将搜索路径设置到库中的某个位置，然后启用“始终搜索用户路径”...这是一个很好的方法吗？
4. 我读过使用“用户标题搜索路径”目前可能比使用“标题搜索路径”更好，因为前者正在确保代码完成工作。这是否可以使用“用户标题搜索路径”？
5. 有没有快速检查XCode的方法，我有正确的搜索路径？一种告诉它正在拿起我期望的头文件的方法。
6. 当然主要的问题是 - 什么会纠正“用户标题搜索路径”为我的方案。

感谢

Answer 1

对于Xcode 4.x，您可以通过添加自定义构建阶段并将其添加到构建日志中来轻松检查$(BUILT_PRODUCTS_DIR)的值。

1. 转到“目标”和“构建阶段”;
2. 在右下角，点击“添加构建阶段”;
3. 选择“添加运行脚本”;脚本本身是空的，因此它实际上不会做任何事情;
4. 确保选中“在构建日志中显示环境变量”选项;
5. 构建项目

现在，当您检查构建日志时，环境变量将全部存在（如果您展开构建日志阶段的详细信息）。

Answer 2

注意到现在XCode 4中的构建过程目录不同，并且在http://three20.info/article/2011-03-10-Xcode4-Support的三个20 doco的帮助下，我注意到有效的方法如下。因此，我认为这种方法适用于其他库。

"$(BUILT_PRODUCTS_DIR)/../three20"
"$(BUILT_PRODUCTS_DIR)/../../three20"

如果有的话，请随意发表评论/提供更好的答案。