Objective c 链接到需要框架的静态库

Objective c 链接到需要框架的静态库,objective-c,ios,xcode,static-libraries,build-script,Objective C,Ios,Xcode,Static Libraries,Build Script,我有一个主要项目和几个较小的子项目。较小的项目包含一个自包含的Cocos2d应用程序和一个静态库,其中只包含与主项目相关的类(子项目都使用Cocos2d框架)。主项目依赖于静态库。我认为这种方法在理论上是合理的,但在实践中却行不通 我看到的症状如下:当代码作为主项目的一部分执行时,预处理器值起作用。当我运行子项目的应用程序时,它会按预期运行 我已经在主目标中设置了-all\u load链接器选项。这是因为子项目中的类仅在nib文件中提到。如果没有-所有的\u load类都是在主目标之外“优化”的

我有一个主要项目和几个较小的子项目。较小的项目包含一个自包含的Cocos2d应用程序和一个静态库,其中只包含与主项目相关的类(子项目都使用Cocos2d框架)。主项目依赖于静态库。我认为这种方法在理论上是合理的,但在实践中却行不通

我看到的症状如下:当代码作为主项目的一部分执行时,预处理器值起作用。当我运行子项目的应用程序时,它会按预期运行

我已经在主目标中设置了
-all\u load
链接器选项。这是因为子项目中的类仅在nib文件中提到。如果没有
-所有的\u load
类都是在主目标之外“优化”的,因为编译器错误地确定代码是多余的

我已将所有子项目链接到它们所需的.framework

这是可以解决的还是注定要失败?如果没有静态库,我还能如何管理这些项目?其他开发人员负责子项目,而静态库方法阻止了我们以其他方式相互牵制

使现代化
回过头来看这个问题让我觉得我应该早点休息一下!这个问题不能很好地解释问题(或者说没有多大意义!)。问题涉及如何使用子项目组织代码。我现在几乎解决了这个问题。当我完全解决了这个问题后,我可能会写一篇博文。

因为静态库最终会“烘焙”到您的可执行文件中,所以您不需要再关心它们的链接,也不需要您的可执行文件


只需设置项目依赖项,以便首先生成依赖框架(以便正确填充.framework/Headers文件夹),然后是库,然后是应用程序。我已经在多个应用程序中成功地实现了这一点。

由于静态库最终会“烘焙”到您的可执行文件中,因此您不必再关心它们的链接,也不必再关心可执行文件


只需设置项目依赖项,以便首先生成依赖框架(以便正确填充.framework/Headers文件夹),然后是库,然后是应用程序。我已经在多个应用程序中成功地做到了这一点。

对不起,我不清楚什么对你不起作用……对不起,我不清楚什么对你不起作用。。。