objective-c – 为iOS创建静态库是否值得？

概述我想在大多数项目中包含代码.像AFNetworking,CoreData类别和单元测试等等. 将所有这些包含在静态库中,然后在每个项目中使用它似乎是合乎逻辑的.我注意到,许多第三方库(如AFNetworking,它的前身ASIHTTP)都包含在项目中,方法是复制所有源文件,然后手动将必要的库链接到项目目标. 在我看来,这似乎是最简单的方法.花了相当多的时间来弄清楚如何将现有的静态库包含到项目中.即 我想在大多数项目中包含代码.像AFNetworking,CoreData类别和单元测试等等.

将所有这些包含在静态库中,然后在每个项目中使用它似乎是合乎逻辑的.我注意到,许多第三方库(如AFNetworking,它的前身ASIhttp)都包含在项目中,方法是复制所有源文件,然后手动将必要的库链接到项目目标.

在我看来,这似乎是最简单的方法.花了相当多的时间来弄清楚如何将现有的静态库包含到项目中.即使我知道如何,对每个新项目来说,这仍然是一件痛苦的事情.此外,您指定的标头搜索路径是带有静态库文件的本地目录.将静态库的文件复制到项目中会不会更容易,有没有办法？这与直接包含类文件的想法相同,就像大多数库似乎已经完成的那样,但它会更有条理,因为所有内容都会被集中到一个库项目中,而不是在任何地方都有类文件,并且必须包含它们中的每一个.

静态库感觉它们应该是正确的方法.创建一个可以与包含每个项目所需的类的所有项目一起使用的库.说得通.我只是冲突,因为看起来正确的方法是将所有内容从“正式”库中删除,而只是复制所有类文件.

我想我只是在寻找经验丰富的开发人员认为最好的选择.

解决方法 我是第一个承认在 Xcode中引用静态库的过程并不完全直观的人.但是,毫无疑问,使用静态库是最佳选择.

主要原因是可维护性：当您将库的源代码复制到许多地方时,必须记住在升级到库的下一个版本时将所有库的源代码更新为最新代码.这可能是一个容易出错的过程,尤其是当底层库源发生显着变化时(例如添加新文件,重命名旧文件等)

总结

以上是内存溢出为你收集整理的objective-c – 为iOS创建静态库是否值得？全部内容，希望文章能够帮你解决objective-c – 为iOS创建静态库是否值得？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。