CocoaPods在CocoaPods Support & Maintenance Plans中提到开始进入维护模式，不会再更新新功能。衡量了一下支持SPM的工作量，先从DDUtils改造开始。

项目配置

在DDUtils.podspec文件同级目录，创建Package.swift文件，文件内容为

// swift-tools-version:5.3
import PackageDescription

let package = Package(
    name: "DDUtils",
    platforms: [
        .iOS(.v11)
    ],
    products: [
        .library(
            name: "DDUtils",
            targets: ["DDUtils"]
        ),
        .library(
            name: "DDUtilsIDFA",
            targets: ["DDUtilsIDFA"]
        ),
    ],
    targets: [
        .target(
            name: "DDUtils",
            path: "Sources/core"
        ),
        .target(
            name: "DDUtilsIDFA",
            dependencies: ["DDUtils"],
            path: "Sources/idfa"
        ),
        .testTarget(
            name: "DDUtilsTests",
            dependencies: ["DDUtils"]
        ),
    ]
)

配置文件解读

上面的描述文件，可能有不少人会困惑各个名字的展示作用。所以为了更方便的区分每个模块，我把DDUtils命名成T和L做示例。名字的作用可以参考截图标示。

在该截图中，标记1中的name为库名称，在项目引用的时候，在xcode显示该名字。也就是你这个库的标准名字。

标记2中的targets是包含了该库所有功能的列表，name是在代码引用中的import名字，例如常写的import DDUtils。path是该库的swift源代码目录，会自动包含子目录和swift文件。

dependencies是可选项，和cocoapods中的cs.dependency效果作用一样，可以分成不同作用的分类使用。因为IDFA功能并不是所有人都用到，并且用这个功能还要额外的隐私证明，所以将该功能作为分包可选集成。

标记3中的library是在xcode的库名，在项目设置 》 general设置 中的Frameworks, Libraries, and Embedded Content列表显示。name是显示的库名，每个库对应的targets是数组都是取自于2中写的那几个target。相当于源代码文件。如果没导入，是用不了库的功能的。

注意点

• 因为区分的不同的target，所以在自身的源文件里面，比如Sources/idfa这个功能分包，就也要导入头文件import DDUtils， 可以使用#if canImport(DDUtils)做适配。
• cocoapods每次更新需要使用pod trunk push命令，spm只需要在git打tag即可。

版权属于：东哥笔记 - DongGe.org

本文链接：https://dongge.org/blog/1328.html

自2017年12月26日起，『转载以及大段采集进行后续编辑』须注明本文标题和链接！否则禁止所有转载和采集行为！