讲到了SDK开发，这篇来讲讲iOS中伴随SDK开发的Bundle包。
Bundle是什么？你可以理解为iOS中一种特殊的目录，它可以包含各种资源文件，如：图片、音频、视频、xib文件、storyboard文件等。
为什么会有bundle包？
App工程中引入bundle包主要由两大来源：
- 提供库文件的开发者，同时提供了bundle包。
- App开发者自己为了集中管理资源而打的bundle包
第二种比较好理解，我们不讨论。这里主要讨论第一种情况下这么做的本质原因。
提供库的开发者，如果他们在库中有使用到某些资源（声音、视频、图片或图标等），那么他们提供库的同时，也是需要提供这些资源文件的。这样他们的库才能被我们正常使用。
下面是重点：
- 通常而言，只有打包为静态库的，如果有需要才应该打包一个配套的bundle文件。动态库的资源文件应该内置到.framework文件内部的。因为.framework自身也是一个bundle，可以包含资源文件。
下面详细分析下：
首先说明工程设置：
SDKDemo：制作SDK库的工程
SDKApp：应用SDK库的App工程
1. 静态库 VS 动态库：
编译App工程时，静态库会被编译进App可执行文件中，成为可执行文件的一部分。而动态库仅会在App可执行文件中通过rpath记录动态库的链接加载路径，在App启动运行时，动态加载器dyld会根据rpath的值去正确的加载动态库，其本身是不会被整合进App可执行文件中的。
2. SDKDemo工程（仅是添加了三张图片）：
3. 将SDKDemo.framework导入SDKApp工程中，编译SDKApp工程。在生成的SDKApp.app上右键显示包内容：
从中我们没有看到SDKDemo.framework中的图片资源文件。要知道iOS App运行时所需的资源文件都是从.app文件中获取的。既然图片资源不在该目录下，自然代码中是引用不到的。所以为了解决这个问题，我们才需要单独打包一个bundle文件，将所有的图片等资源文件放入其中，然后把这个bundle文件导入App工程中，这样编译后的.app文件将会包含这个bundle文件。这样只要代码中引用对了这个bundle，图片将会正确被加载显示...
4. 再来看看将SDKDemo打包为动态库：
和静态framework文件不同的是，动态的framework文件是独立存在的，其在App运行时，是作为一个整体链接进App的可执行文件中的。并且Framework文件本身也是一个Bundle，通过如下接口可获取特定的bundle：
- (NSBundle *)bundleForClass:(Class)aClass;
aClass： .framework中任何一个声明类的类对象
返回值：返回参数aClass对应类声明所在的.framework（是个bundle对象）
所以在代码中，可直接通过+ (NSBundle *)bundleForClass:(Class)aClass;获取到目标framework，然后通过bundle对象的- (nullable NSString *)pathForResource:(nullable NSString *)name ofType:(nullable NSString *)ext; 等接口方法获取framework下面的各种资源文件
此乃动态framework文件不需要单独bundle包的原因。根据模块化、高内聚、低耦合等等这些设计要求，我们也应该尽量避免让一个模块中的东西分成两个模块来发布，此所谓越简单越好。
5. 总结
静态库和动态库对资源文件处理方式的不同，本质上是因为一个App运行时只能在自己的沙盒空间内加载引用可以找到的资源，对于找不到的资源就会出现加载不了的情况。通过上面的实践可以知道，静态framework中的图片在打包App时是不会将它的图片资源文件包含进来的。而动态库最终会在.app文件内创建一个Frameworks目录，里面是所有App引入的动态库，只要定位到某个动态framework，自然就可以找到它下面的图片等资源文件了...
