【问题标题】:Static Library using frameworks in specific projects在特定项目中使用框架的静态库
【发布时间】:2011-05-15 14:59:40
【问题描述】:

我创建了一个包含所有通用类的静态库。其中一些类使用框架。

现在我有两个项目,一个使用一些使用框架的类,一个不使用任何使用框架的类。

因为静态库不支持包含框架(如果我是正确的)。我必须在使用它们的项目中包含框架。但是当我编译不使用任何框架类的项目时,编译器会中断,因为它仍然需要框架。现在我知道它会尝试从库中编译所有(未使用的)类,因为我使用链接器标志“-ObjC”来防止“无法识别的选择器”错误。

有谁知道如何只编译每个项目所需的源文件?并防止所有框架都必须包含在使用我的静态库的所有项目中?

【问题讨论】:

    标签: objective-c xcode ios


    【解决方案1】:

    首先,您是对的,静态库不能包含任何框架或其他静态库,它只是构成该特定静态库的所有对象文件 (*.obj) 的集合。

    有谁知道如何只编译每个项目所需的源文件?

    默认情况下,链接器只会链接静态库中包含应用程序引用的符号的目标文件。因此,如果您的静态库中有两个文件a.mb.m,并且您在主程序中只使用来自a.m 的符号,那么b.o(从b.c 生成的目标文件)将不会出现在你的最终可执行文件。作为一个子案例,如果b.m 使用一个函数/类c,它只被声明(未实现),那么你不会得到任何链接器错误。一旦您在程序中包含来自b.m 的一些符号,b.o 也将被链接,并且由于缺少c 的实现,您将收到链接器错误。

    如果您希望这种选择发生在符号而不是对象级别的粒度上,请在 Xcode 中启用死代码剥离。这对应于 gcc 选项 -Wl,-dead_strip(= 项目的 Build settings Info 窗格中的链接器选项 -dead_strip)。这将确保进一步优化。

    在您的情况下,正如您所说的那样,正是使用“-ObjC”链接器标志破坏了这种机制。所以这实际上取决于你。如果您删除 -Objc 标志,您将免费获得您喜欢的行为,同时失去对选择器的更严格检查。

    并防止所有框架都必须包含在使用我的静态库的所有项目中?

    Xcode/GCC 支持名为“weak linking”的链接选项,它允许延迟加载框架或静态库,即仅当实际使用其中一个符号时。 “弱链接”可以通过链接器标志(参见上面的 Apple 文档)或通过 Xcode UI(目标 -> 信息 -> 常规 -> 链接库)启用。

    无论如何,框架或库必须在编译/链接时在所有情况下都可用:“弱”选项仅影响框架在运行时首次加载的时刻。因此,我认为这对您没有用处,因为无论如何您都需要在所有项目中包含该框架,而这是您不想要的。

    附带说明,weak_linking 是一个选项,当使用仅在较新的 SDK 版本(例如,4.3.2)上可用的功能同时还支持在较旧的 SDK 版本(例如,3.1.3)上进行部署时,它最有意义。在这种情况下,您依赖于较新的 SDK 框架将在较新的部署设备上实际可用的事实,并且您有条件地编译需要它的功能,以便在较旧的设备上不需要它们(并且不会因此产生尝试加载较新版本的框架和崩溃)。


    更糟糕的是,GCC 不支持 Microsoft 编译器的“自动链接”功能,该功能允许通过源文件中的 #pragma 注释指定要链接的库。这可以提供一种解决方法,但不存在。


    所以,我很抱歉不得不说您应该使用可以同样满足您需求的不同方法:

    1. 移除 -ObjC 标志;

    2. 根据它们与外部框架的依赖关系,将静态库分成两部分或更多部分;

    3. 直接包含源文件。

    【讨论】:

    • 您的博文启发了我在库中投入更多精力,因此我添加了一些编译条件。现在它工作正常。 +200 给你
    • 哇,非常感谢,我很高兴听到,在某种程度上感谢这次谈话,你成功地改进了你的图书馆!
    【解决方案2】:

    关于问题的第二部分,您可以将链接框架标记为 Optional

    关于第一部分,我不清楚你打算做什么:

    • 在项目中声明的库
    • 声明编译哪些文件的项目(通过目标 > 构建阶段 > 编译源)
    • 除非设置复杂的构建规则来包含或不包含文件,如果我记得很清楚可以使用 .xcconfig 文件来完成,我没有看到除了拆分库之外的任何其他解决方案。我会推荐它,因为它很容易。您甚至应该在同一个项目中执行多个目标...您也可以只使用预编译器 MACROS (#ifdef...),但这取决于您想要做什么。

    【讨论】:

      【解决方案3】:

      听起来你有图书馆膨胀。为了保持小,我认为您需要将您的库重构为具有最小依赖关系的独立库。您可以尝试在构建目标信息(Xcode 3.x)的“链接器标志”部分中打开“死代码剥离”,看看它是否符合您的要求(不需要被死剥离的类使用的框架.)

      当您链接到 iOS 上的框架时,我不认为这真的会增加任何臃肿,因为框架在设备上而不是在您的应用程序中。但是您的库仍然有点臃肿,因为整个类从未被使用但没有从库中剥离出来。

      【讨论】:

        【解决方案4】:

        在编译您的应用程序之前构建一个静态库,然后将整个内容链接到您的应用程序中。无法包含库的某些部分而不包含其他部分 - 你得到了整个 enchilada。

        既然你有库的源代码,为什么不直接将代码添加到每个应用程序中呢?这样您就可以准确控制每个应用程序的内容。您仍然可以将泛型类放在同一个位置,并在两个应用程序中使用相同的代码,但您可以避免使用库的麻烦。

        【讨论】:

        • 您可能希望根据条件包含或不包含框架,例如 INCLUDE_DIAGNOSTIC=1 。
        猜你喜欢
        • 1970-01-01
        • 2018-07-31
        • 1970-01-01
        • 2014-04-23
        • 2015-05-07
        • 2013-03-24
        • 2016-01-10
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多