240 发简信
IP属地:陕西
  • @汉斯哈哈哈 对于第2点你确实在最后提到了,我没有看完,但我想大部分读者在看了这篇文章后,他们在开发静态库时首先会选择.a的方式而忽略了.framework这种更优的方式(因为你花了很大的篇幅在讲这个),.framework在对资源和.h的管理,以及.framework静态库很容易转成动态库这些方面.framework是完胜.a的,所以我认为应该先大篇幅讲解静态.fraemwork的制作,最后再说.a和.framwork类似,也就是文章的顺序和重点应该颠倒过来,这样会更好(毕竟技术博客是应该让读者学习到更有利于他们的技术),现在这样的讲解顺序很容易让人理解为这又是一片对.a制作的文章。

    iOS 静态库开发

    简介 在企业开发中,一些核心技术或者常用框架,出于安全性和稳定性的考虑,不想被外界知道,所以会把核心代码打包成静态库,只暴露头文件给程序员使用(比如:友盟、百度地图等第三方的...

  • 看你写这文章是前几天才写的啊,为什么里面的观点这么落后,或者说是错误:
    1、注意:项目中如果使用了动态库,会苹果拒接
    ——你难道不知道iOS8以后可以支持“Embed Frameworks”功能吗?你可以把你的动态库嵌入到APP中啊,何来会拒之说?
    2、为什么你创建静态插件时会选用“Cocoa Touch Static Library”模版,而不是“Cocoa Touch Framework”模版?你不知道“Cocoa Touch Framework”模版也能生成静态库?用“Cocoa Touch Framework”创建的插件可以包含资源文件,而“Cocoa Touch Static Library”只能包含代码,如果想引用资源文件还得利用Bundle,用“Cocoa Touch Static Library”创建插件已经是很老的技术了,而且很繁琐,为什么不直接用“Cocoa Touch Framework”?
    已经看不下去了~~~

    iOS 静态库开发

    简介 在企业开发中,一些核心技术或者常用框架,出于安全性和稳定性的考虑,不想被外界知道,所以会把核心代码打包成静态库,只暴露头文件给程序员使用(比如:友盟、百度地图等第三方的...