如何选择性地连接动态库

故事背景

没有平白无故的重构，也没有平白无故的优化。故事的开始要追溯到咱们的项目加了某个新功能。

在此以前，项目的编译连接速度算是比较快，加上IDE编译缓存的做用，不彻底编译的话，通常在10秒内就能够看到你修改的代码的效果。但为了这项新功能，咱们使用了某个第三方SDK，这个SDK是以framework的形式提供的。今后以后link阶段的时间大大加长，大概须要五分钟。就算改一行代码，也须要等三分钟，喝上一杯茶以后才能看到代码改动的效果，大大影响了开发效率。产品的功能模块较多，不少其余模块的开发者也深受荼毒。

来看一下系统自己的一些framework的大小，系统相册Photos.framework是115KB，通信录动态库AddressBook.framework是111KB，底层网络处理库CFNetwork.framework是295KB，等等。而咱们使用的这个SDK，足足有400多MB！！因此连接速度巨慢也就不足为奇了。下文将用slow.framework表示此SDK。

由于这项新功能是重点核心功能，而这个SDK也是咱们调研比较以后最能知足咱们需求的服务提供方，所以去除或者更换SDK都不太现实。

兼顾产品需求和开发效率，只能想办法缩短编译连接时间。最直观的想法是，只有真正开发该新功能模块的才去link slow.framework，而其余模块的开发则不link它，这样大部分状况下的修改能够不受其影响。

所以咱们的核心问题就是，如何选择性地连接动态库。

实践

选择性编译

假设咱们不连接slow.framework了，那么使用到SDK中的接口的代码，确定是编译不过的。所以在考虑怎样选择性连接framework以前，须要先修改代码，使得用到slow.framework的接口的地方都能有选择地被编译。

添加一个Build Configuration，叫Debug_Fast

这个Debug_Fast选项表示不使用slow.framework，为其添加一个预约义宏，叫DEBUG_FAST

原来使用SDK的代码都修改为这样：

#ifndef DEBUG_FAST
// use slow.framework
#else
// balabala
#endif复制代码

这样只有在定义了DEBUG_FAST以后，咱们就再也不使用slow.framework中的代码。

选择性连接

在这个问题上，咱们尝试过两种作法。

多scheme多target

具体步骤以下：

1. 当前的项目只有一个target，能够duplicate出另外一个target，咱们暂且称之为target_fast
2. 修改target_fast中的Linked Frameworks and Libraries，将该slow.framework移除。
3. 建立一个scheme，这个scheme对应到的Executable是target_fast，而且对应的Build Configuration是咱们以前添加好的Debug_Fast，咱们称之为scheme_fast。

这样咱们调试的时候，选择这个scheme_fast，就能够不连接slow.framework。

多scheme单target

上述的方法已经能够解决咱们的问题，可是仍有一些反作用：

• 使用了多个target以后，之后咱们每添加一个新文件，都须要将其加到两个target中，虽然Xcode会记住你的选择，但仍是很丑陋。
• 多个target对于之后的维护并不友好，要改一项配置也须要同步到两个target中

所以咱们最后采用了另一种作法：多scheme单target，具体步骤以下：

1. 先将slow.framework从Linked framework中移除
2. 修改Other Linker Flags，配置Debug和Release -link slow.framework，而Debug_Fast则不连接
3. 同上建立多个scheme，其中scheme_fast对应到Debug_Fast这个Build Configuration。

这种解决方案更加简单轻量，对原有项目的入侵也更少，更好维护。

遇到难题不要抱怨，方法总比困难多；解决了问题也不要轻易知足，可能存在更优雅的解决方案。