iOS插件化

iOS 插件化（动态加载、可插拔、可热更）和组件化不同：
组件化 = 编译/工程解耦；
插件化 = 运行时动态加载/卸载，支持不发版更新、按需加载、功能热插拔。

下面直接给 App Store 合规、可落地、工业级 的最佳实践方案（Swift 为主）。
一、iOS 插件化核心约束（必须先懂）

1. App Store 红线

◦ ❌ 禁止 网络下载后动态加载可执行代码（.framework/.dylib）

◦ ✅ 允许 Bundle 内预嵌入动态 Framework（编译时签入）

◦ ✅ 允许 资源热更（bundle/json/图片）+ JS 逻辑热更（JavaScriptCore）

2. 插件载体

◦ 首选：Cocoa Touch Dynamic Framework（.framework）

◦ 资源：独立 .bundle

◦ 逻辑：预编译嵌入 + JS 热更层

3. 插件化目标

◦ 运行时 加载/卸载 功能模块

◦ 宿主与插件 零耦合

◦ 支持 热更资源 + 轻逻辑（合规）

◦ 大型 App 启动提速、按需加载
二、整体架构（最佳实践）

1. 四层架构

• 宿主 App（Shell）

◦ 插件管理器、路由、生命周期、主窗口

◦ 不写业务，只做调度

• 插件内核（PluginCore）

◦ 插件协议、插件管理器、加载器、通信总线

◦ 所有插件依赖它

• 基础层（BaseKit）

◦ 网络、图片、工具、通用UI

◦ 插件共用

• 插件层（独立 Framework）

◦ 首页插件、商城插件、订单插件、营销插件

◦ 每个 = 独立动态 Framework + bundle

◦ 只依赖 PluginCore + BaseKit

◦ 不依赖其他插件

2. 插件结构标准
   OrderPlugin.framework/
   ├── Headers/ // 公开协议
   ├── Modules/
   ├── OrderPlugin.framework // 可执行文件
   └── Resources/
   └── OrderPlugin.bundle // 图片/xib/字符串
   三、核心中间件（直接复制可用）

3. 插件协议（PluginCore）
   // PluginProtocol.swift
   public protocol PluginProtocol: AnyObject {
   static var pluginID: String { get }
   static var version: String { get }
   func setup()
   func destroy()
   func handleAction(_ action: String, params: [String: Any]?) -> Any?
   }