SPM怎么使用的不再赘述,其优点是Cocoapods这样的远古产物难以望其项背的,而且最重要的是可二进制化、对xcproj项目无侵入,除了网络之外简直就是为团队开发的项目库依赖最好的管理工具,是时候抛弃繁杂低下的cocoapods了。
一:如何制作?
这里以使用为准,gui操作创建:
1 . 在Xcode顶部菜单选择如下图操作
2 . 填写或更改自己的库名称,这里为"MyLibrary"
3 . 这样就生成了一个壳子SPM。里面最重要的就是图中圈出的部分。
Package.swift是描述管理SPM的文件,也是放到github之类的远端仓库后让Xcode识别的依据。Source则是源码存放的地方,现在里面默认是一个结构体,我们可以把自己要做成库的代码放进去(别忘了open public 等之类的权限修饰语)。除此之外还有readme.md,Tests文件夹,由于国内很少有人关注这些文件故这里直接忽略(Tests文件夹内的测试代码删除下,不然自己的代码编译不过)。
其中Package.swift作为库的描述和配置文件很重要。在这里需要搞懂一个概念,就是一个spm不是只对应唯一一个库的,是可以对应多个。
package = spm
library = 某个库
所以不太恰当的说,spm = 多个库的集合。当然一个spm只对应一个可执行库是没问题的也是很常见的。
import PackageDescriptionlet package = Package(name: "MyKit", // 库名称products: [// spm生成的可执行库(下面的target)和文件,一个spm可对应多个(例如一个RxSwift就对应多个可执行库).library(name: "MyKit", // 这俩一般默认相同即可targets: ["MyKit"]), // 这俩一般默认相同即可],// 此spm库依赖的其它spm库地址,如没有依赖,dependencies可无dependencies: [// Dependencies declare other packages that this package depends on.// .package(url: /* package url */, from: "1.0.0"),],targets: [.target(name: "MyKit", // 可执行库名称,也即在Source文件夹下的代码文件夹名称dependencies: [] // 此可执行库依赖的其它库的名称,如没有依赖。可无 exclude: ["Info.plist"], // 此库的权限描述plist清单,需要的权限等等resources: [.process("XXX.bundle") // 此库的资源文件路径]), // 此库的资源文件.testTarget( // 此库的测试文件,如没有测试用例,可以删除name: "MyKitTests",dependencies: ["MyKit"]),]
)
二:如何发布?
如果是在国外,可以不受网络限制直接在Xcode操作就可以发布,但国内受网络限制要采取其他方法才能应对。
1 . 先在github建立一个远端仓库。
2 . 提交创建的spm文件,并将其推送到远端。
// 1.提交创建的spm文件或者更改的文件
git commit -m "first commit"
// 2.切换到主分支上
git branch -m main
// 3.设置远端仓库
git remote add origin https://github.com/xxx/GithubTest.git
// 4.推到远端仓库,并输入密码和token
git push -u origin main
在推送期间要科学上网,不然推不成功。
如果没有科学上网的工具怎么办?其实可以不用放到github上。既然github访问不了,那gitlab或者gitee总是可以正常访问的,这也是个解决办法。
那如果想用xcode操作怎么办?xcode网络走的不是系统代理,所以你用clash等工具设置全局代理是没用的,但是可以专门为Xcode设置访问代理,这样就访问更新正常了。
最后
spm还可引入oc / c / c++,至于二进制化或者静态库大家可以共同探讨,这方面的网上资料较少