Use Swift Dynamic Framework （如何科学地引用第三方 Swift 库)

转自：http://andelf.github.io/blog/2014/07/07/use-swift-dynamic-library/

CocoaPods 由于完全使用静态链接解决方法，过度依赖 Objective-C ，目前应该是官方 repo 有提到是 -Xlinker error , 这个问题之前我也遇到过，无解。除非手工执行 ar 不用 ld 和 libtool。

小伙伴有用子目录的方法引用代码，貌似不错，还有就是直接用 git submodule，看起来维护性也可以。

简单解决方案

一个良好的第三方库应该实现为 Cocoa Touch Framework (实际内容为 Header + 动态链接库)。而不是直接把 Swift 代码 Copy 过来放入自己的项目。这里以一个简单项目为例，介绍如何科学使用。

目标描述

用 Swift 创建一个 Demo ，使用 SwiftyJSON 和 LTMorphingLabel 库。

项目的名字叫 DemoApp 。

创建 Workspace

创建一个 Workspace ，名字随意，位置能找到就好。这个 Workspace 主要用来管理我们的项目及其依赖的第三方库。

创建 DemoApp

在 Workspace 创建一个 App ，因为是测试所以我选了 Single View Application 。

引入 SwiftyJSON

SwiftyJSON 是一个 Cocoa Touch Framework ，可以直接使用， git clone后，添加项目到 Workspace 即可。

尝试操作发现。。最容易最不会出错的方法就是直接从 Finder 里把 .xcodeproj 文件拖动到 Workspace 。

引入 LTMorphingLabel

LTMorphingLabel 是一个 App Deme 式项目。其中 Label View 的实现在一个子目录中。可以采用创建 Cocoa Touch Framework 的方法来引入这几个文件。

当然也可以直接把目录拖到我们的 DemoApp 里，不过太原始粗暴了。

为 App 添加依赖

在 DemoApp 的 Genral 选项卡中，添加 Linked Frameworks and Libraries 。选择 Workspace 中 SwiftyJSON 和 LTMorphingLabel 两个 .framework 。

如果是直接选择来自其他项目的 .framework 而不是同一 Workspace ，那么这里也许还要同时加入 Embedded Binaries。

使用

添加好依赖后，就可以在 DemoApp 项目代码中 import SwiftyJSON 或者 import LTMorphingLabel 来使用对应的库。同时还可以用 Command + 鼠标点击的方法查看声明代码。

除错

比较坑爹的是，实际上按照以上方法， LTMorphingLabel 并不能正常使用，查看报错信息发现是自动生成的 LTMorphingLabel-Swift.h 有处语法无法被识别，编辑器找到 .h 文件，注释掉这行诡异代码即可。

看起来目前的 Bridge Header 和 -emit-objc-header 实现还是有问题的。小伙伴一定要淡定。

对于非 Workspace

如果不喜欢使用 Workspace ，也可以将第三方库的编译结果，一个 .framework 目录拖到项目文件里，然后添加 Embedded Binaries。

创建 Cocoa Touch Framework 选项中，可以使用 Swift 代码，此时编译结果（默认）会包含 module.modulemap 文件，之前有介绍过它的作用，通过它， Swift 可以使用第三方模块。参考 Module System of Swift (简析 Swift 的模块系统) 。

实际上这个解决方案绕了一大圈，通过 Swift 文件导出 ProjName-Swift.h、然后 module.modulemap 模块描述文件引入、然后再由 Swift 导入。

其实 .framework 同时也包含了 ProjName.swiftmodule/[ARCH].swiftmodule 不过看起来没有使用到，而且默认在 IDE 下也不支持 Swift 从 .swiftmodule 文件导入，比较坑。希望以后版本能加入支持。

.framework 包含了所有 Swift 标准库的动态链接库，小伙伴可能会以为这会导致编译后的 App 变大。其实大可放心，任何 Swift 语言的 App 都会包含这些动态链接库，而且只会包含一个副本。此方法对 App 最终的大小几乎无影响。

注：个人测试了下，发现这个 .swiftmodule 是可以通过其他方法使用的，绕过 module.modulemap，应该是更佳的解决方案，但是需要控制命令行参数。

至于静态链接库，过时了。抛弃吧。