Swift进阶之动态FrameWork的制作与使用

2017-06-15 本文已影响166人贝尔特伦

前言：

Swift发展至今，各版本语法更新换代，是让开发者非常头疼的，如今4.0也即将正式上线。之前笔者一直没有去弄过Swift的framework，也是因为其语法变动。但不得不说，Swift的进步是相当大的，如今各开源和未开源的第三方，也已经多不胜数。其中也有一部分是无法维护的。也有许多2.0的项目因为一些第三方，而废弃。语法更新的时候，打包的framework，是无法跟着升级的，除非有源文件，而这些第三方，也米有及时的更新，对项目的更新维护，带来了很大的一个坑。
另外，笔者查阅资料，发现关于Swift制作framework的资料非常至少，有的也是比较模糊，和时间古老。本篇主要讲解FrameWork的制作过程，及一些注意事项。

声明：

1，Swift语言，禁止制作静态包，只能制作动态的frameWork
点a文件是静态的，肯定不能制作了。framework有静态和动态两种，所以只能制作动态的FrameWork，制作时，默认就是动态的，所以不需要更改配置。

2，关于Swif如何隐藏方法细节
1），制作时不能公开任何内部文件到header的public里
2），要公开的类和方法前加上public
3），库内部的文件，可以相互访问
不加public会有什么影响呢？
如果不加，你制作完成的FrameWork，无法访问你所需要的类和方法。

3，关于动态库上架问题
首先一点，Swift语言是不支持静态库的，只支持动态库，而苹果是支持Swift语言去用于开发的，所以纯Swif的动态库，上架是没问题的。
另外，苹果在早些时候，已经适当的放开了动态库的权限。所以这点不需要太担心。

具体制作流程

一：创建framework工程
语言选择Swift

屏幕快照 2017-06-15 09.44.03.png

屏幕快照 2017-06-15 09.44.18.png

看一看里面的内容

屏幕快照 2017-06-15 09.45.10.png

在OC里面，咱制作的时候，可能就把里面的东西全部删了，但是这里，
1处对应的ZYSDKTest.h文件，开发者不要删除，其作用是：如果你这个库里面用到OC的文件，那么需要把OC的头文件导入到里面。当然，笔者的建议是，制作的FrameWork，最好是只用一种语言写的，避免不必要的麻烦。
2处，是当前库最低支持的系统。Swift3.0是10.0的系统，所以笔者这里就是选10.0了

二：把要打包的文件，拖入项目中
笔者拖了两个测试的文件，讲讲区别和作用