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不是只对应唯一一个库的,是可以对应多个。
swift
package = spm
library = 某个库
所以不太恰当的说,spm = 多个库的集合。当然一个spm只对应一个可执行库是没问题的也是很常见的。
swift
import PackageDescription
let 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文件,并将其推送到远端。
swift
// 1.提交创建的spm文件或者更改的文件
git commit -m "first commit"
swift
// 2.切换到主分支上
git branch -m main
swift
// 3.设置远端仓库
git remote add origin https://github.com/xxx/GithubTest.git
swift
// 4.推到远端仓库,并输入密码和token
git push -u origin main
在推送期间要科学上网,不然推不成功。
如果没有科学上网的工具怎么办?其实可以不用放到github上。既然github访问不了,那gitlab或者gitee总是可以正常访问的,这也是个解决办法。
那如果想用xcode操作怎么办?xcode网络走的不是系统代理,所以你用clash等工具设置全局代理是没用的,但是可以专门为Xcode设置访问代理,这样就访问更新正常了。
最后
spm还可引入oc / c / c++,至于二进制化或者静态库大家可以共同探讨,这方面的网上资料较少