在 Xcode 9 之前，不支持 Swift 静态库编译，因此 Swift pod 不得不使用动态库编译，即使用 use_frameworks!。但是，引用了大量动态库会导致应用程序启动时间变长。
好在 Xcode 9 之后开始支持 Swift 静态库编译。为了充分利用该特性，从 CocoaPods 1.5.0 开始，对于 Swift pod，开发者不用必须在 Podfile 中指定 user_frameworks! 以强制使用动态库编译。不过，要注意的是，如果一个 Swift pod 依赖了一个 OC pod，那么要为对应的 OC pod 开启 modular headers（use_modular_headers! 就会开启 modular headers）。那么，Swift 引用 OC 时为什么要开启 modular headers？事实上，开启 modular headers 的本质就是将 pod 转换为 Modular（也就是支持模块），而 Modular 是可以直接在 Swift 中 import 的，不需要再经过 bridging-header 进行桥接，从而简化了 Swift 引用 OC 的方式。
只有支持了模块的框架，才能支持通过模块化头文件（Modular Header）的方式进行导入。Clang 支持模块编译，能够加速编译，减少出错。我们可以通过添加 modulemap 文件使框架支持模块。
简化 Swift 引用 OC 的方式是使用 use_modular_headers! 的一个原因，除此之外，use_modular_headers! 还能够解决一个历史原因。
在 CocoaPods 诞生之初，其致力于封装尽可能多的第三方库。为此，CocoaPods 使用了较为宽松的头文件搜索路径（Header Search Paths），允许 pod 之间的相互引用，无需考虑命名空间，不必采用 #import <NameSpace/fileName.h> 的模块导入方式，允许采用 #import "fileName.h" 的导入方式。
但是，如果给 pod 添加 module map 使其支持模块化，会导致 #import "fileName.h" 无法正常导入。使用 use_modular_headers! 可以强制使用更优的模块导入方式。
在 CocoaPods 1.5.0 中，为了使用模块导入方式。对于 pod 开发者，可以在 pod_target_xxconfig 内设置 'DEFINES_MODULE' => 'YES'。对于 pod 使用者，可以在 Podfile 中添加 use_modular_headers! 指定采用模块导入的方式，也可以通过 :modular_headers => true 配置只让特定的 pod 采用模块导入的方式。
