能否使用Swift Package Manager实现mini app拆分与集成？

你无法将项目所有内容100%迁移至SPM包实现全托管，SPM目前对部分应用级配置、产物类型存在明确支持边界，无法完全替代Xcode App工程的作用。

可完全迁移到SPM包管理的内容 #

• 所有业务代码、通用工具代码，支持Swift/OC混编
• 常规资源文件：包括storyboard、xib、图片、音视频、本地化字符串资源。从Swift 5.3版本开始SPM已完善资源绑定能力，只要在Package.swift中正确声明资源路径，编译时会自动生成专属Bundle访问逻辑，不会出现资源寻址错误
• 第三方依赖：SPM原生支持嵌套依赖解析，你可以直接在mini app对应的SPM target中声明需要的第三方库，主工程集成时会自动拉取、编译整条依赖链，无需重复配置

无法迁移到SPM、必须保留在宿主工程中的内容 #

• 各类App Extension（扩展）：目前SPM不支持直接构建应用扩展产物，包括通知服务扩展、分享扩展、Widget扩展、实时活动扩展等，所有扩展target必须依附于正式的Xcode App工程存在，无法纯靠SPM编译产出
• Info.plist核心配置与权限声明：SPM包自带的Info.plist仅能做包内参数声明，系统级生效的配置——比如相机/定位/相册等权限声明、URL Scheme、应用白名单、后台模式配置等，必须写入最终安装到设备的App宿主的Info.plist中才会被系统识别，SPM内的同类配置不会生效
• 签名与应用能力配置：包括推送通知、通用链接、Apple Pay、iCloud等能力的配置，以及对应的签名证书关联设置，必须在宿主工程的Signing & Capabilities面板中完成配置，SPM没有权限管理这类签名相关的全局配置

你可以用「SPM业务库 + 轻量壳工程」的双层结构实现需求，同时满足mini app独立构建、主应用集成互联互通的要求：

• 每个mini app拆分为两层：
  • 底层为SPM动态库，封装所有业务逻辑、页面、资源、业务依赖，对外暴露统一的路由入口、服务调用协议
  • 上层为极简独立壳工程，仅保留必要的Info.plist配置、权限声明、扩展target、签名配置，直接依赖对应mini app的SPM库，即可实现mini app独立编译、运行、调试，不需要拷贝业务代码
• 主应用宿主实现两个核心基础模块：
  • 路由中心：基于协议/URL路由注册所有mini app暴露的页面、服务，实现跨mini app的页面跳转、服务调用，mini app之间不需要直接依赖
  • 能力调度层：统一接管权限申请、系统API调用、通用基础能力（比如网络、存储、埋点）提供，mini app不直接调用敏感系统API，所有交互通过宿主暴露的接口完成，避免重复配置权限
• 主工程集成时仅需依赖所有mini app对应的SPM库，在启动阶段完成路由注册即可，不需要将mini app源码直接加入主工程索引范围，可大幅降低主工程构建耗时，控制项目体积膨胀。

内容的提问来源于stack exchange，提问作者Nawin Phunsawat