ShowenV2/PLUGIN_DEPENDENCY.md

ShowenV2 插件依赖模型

插件分类

独立插件（Independent Plugins）

定义: 只依赖 core，不依赖其他插件，可以独立运行

特点:

• 自包含，功能完整
• 只通过 core 的消息机制与其他插件通信
• 可以单独测试和部署
• 启动顺序无要求

示例:

• screen - 屏幕管理（唤醒锁、光标控制）
• wifi - WiFi 管理（扫描、连接、热点）
• video - 视频播放（状态机、渲染）
• ble - 蓝牙服务（GATT、配网，双架构：既可配置 WiFi，也可独立提供网络功能）

依赖插件（Dependent Plugins）

定义: 依赖其他插件的功能，需要特定插件先启动

特点:

• 功能依赖其他插件
• 需要声明依赖关系
• 启动顺序有要求
• 通过消息机制与依赖插件通信

示例:

• http - 依赖 video（通过 HTTP API 控制视频播放）

---

依赖关系图

独立插件层（双架构）:
┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐
│ screen  │  │  wifi   │  │  video  │  │   ble   │
└─────────┘  └─────────┘  └─────────┘  └─────────┘
     ↑            ↑            ↑            ↑
     │            │            │            │
     │            └────────────┼────────────┘
     │                 ↕       │
     │            (双架构通信)  │
     │                         │
     └─────────────────────────┘
                core
              
依赖插件层:
┌─────────┐
│  http   │
│ (依赖   │
│ video)  │
└─────────┘
     ↑
     │
   core

双架构说明：

• WiFi 和 BLE 是两套独立的网络架构
• BLE 可以配置 WiFi（通过消息通信）
• BLE 也可以独立提供网络功能（不依赖 WiFi）
• 用户可以选择使用 WiFi 或 BLE 进行网络连接

---

插件依赖声明

Plugin Trait 扩展

pub trait Plugin: Send {
    fn info(&self) -> PluginInfo;
    
    // 新增：声明依赖的插件
    fn dependencies(&self) -> Vec<&'static str> {
        vec![]  // 默认无依赖
    }
    
    fn init(&mut self, ctx: PluginContext) -> Result<()>;
    fn start(&mut self) -> Result<()>;
    fn handle_message(&mut self, msg: Message) -> Result<()>;
    fn stop(&mut self) -> Result<()>;
}

依赖声明示例

impl Plugin for HttpPlugin {
    fn dependencies(&self) -> Vec<&'static str> {
        vec!["video"]  // HTTP 依赖 Video 插件
    }
}

impl Plugin for BlePlugin {
    fn dependencies(&self) -> Vec<&'static str> {
        vec![]  // BLE 是独立插件，通过消息与 WiFi 通信
    }
}

impl Plugin for WifiPlugin {
    fn dependencies(&self) -> Vec<&'static str> {
        vec![]  // WiFi 是独立插件
    }
}

impl Plugin for VideoPlugin {
    fn dependencies(&self) -> Vec<&'static str> {
        vec![]  // Video 是独立插件
    }
}

---

启动顺序管理

ServiceManager 职责

1. 依赖检查: 启动前检查所有依赖是否满足
2. 拓扑排序: 根据依赖关系计算启动顺序
3. 顺序启动: 按照拓扑排序结果依次启动插件
4. 错误处理: 依赖插件启动失败时，跳过依赖它的插件

启动流程

1. 注册所有插件
2. 构建依赖图
3. 检查循环依赖（报错）
4. 拓扑排序
5. 按顺序 init() 所有插件
6. 按顺序 start() 所有插件

示例启动顺序

Phase 1: 独立插件（并行启动）
  - screen.init() → screen.start()
  - wifi.init() → wifi.start()
  - video.init() → video.start()
  - ble.init() → ble.start()

Phase 2: 依赖插件
  - http.init() → http.start() (依赖 video)

---

消息通信模式

独立插件

• 接收 Broadcast 消息
• 发送消息给 core
• 不直接与其他插件通信

依赖插件

• 接收 Broadcast 消息
• 发送消息给特定插件（通过 core 路由）
• 等待依赖插件的响应消息

消息路由示例

// 场景1: BLE 配置 WiFi（双架构协作）
ble_plugin.send(Message::WifiCommand(WifiCommand::Connect { ssid, password }));
wifi_plugin.handle_message(Message::WifiCommand(...));
wifi_plugin.send(Message::WifiResult(result));  // Broadcast
ble_plugin.handle_message(Message::WifiResult(result));

// 场景2: BLE 独立提供网络功能（不依赖 WiFi）
// 用户通过 BLE 直接与设备通信，不需要 WiFi
ble_plugin.handle_gatt_request(request);
ble_plugin.send_gatt_response(response);

// 场景3: HTTP 控制 Video（强依赖）
http_plugin.send(Message::PlayerCommand(PlayerCommand::Play));
video_plugin.handle_message(Message::PlayerCommand(...));
video_plugin.send(Message::PlayerStatus(status));  // Broadcast

关键区别：

• 双架构（WiFi + BLE）：两套独立的网络方案，可以互相配置，也可以独立工作
  • BLE 可以配置 WiFi（松耦合，通过消息）
  • BLE 可以独立提供网络功能（不依赖 WiFi）
  • WiFi 可以独立工作（不依赖 BLE）
• 强依赖（HTTP → Video）：HTTP 必须在 Video 启动后才能工作

---

当前插件分类

独立插件

插件	功能	依赖	状态
screen	屏幕管理	core	✅ 完成
wifi	WiFi 网络	core	✅ 完成
video	视频播放	core	✅ 完成
ble	蓝牙网络	core	✅ 完成

双架构说明：

• WiFi 架构：通过 WiFi 连接网络，支持扫描、连接、热点
• BLE 架构：通过蓝牙连接网络，支持 GATT 服务、配网
• 协作模式：BLE 可以配置 WiFi（通过消息通信）
• 独立模式：BLE 和 WiFi 都可以独立提供网络功能

依赖插件

插件	功能	依赖	状态
http	HTTP API	core + video	✅ 完成

说明：HTTP 必须依赖 Video，因为 HTTP API 的核心功能是控制视频播放。

---

未来插件规划

Phase 2 独立插件

• render - 3D 渲染引擎（独立）
• ai_voice - AI 语音识别（独立）
• ai_tts - AI 语音合成（独立）

Phase 2 依赖插件

• vr - VR 输出（依赖 render 或 video）
• ar - AR 输出（依赖 render 或 video）
• ai_assistant - AI 助手（依赖 ai_voice + ai_tts + video）

Phase 3 依赖插件

• cloud_sync - 云端同步（依赖 http）
• social - 社交分享（依赖 http + cloud_sync）
• editor - 内容编辑器（依赖 video + render）

---

设计原则

1. 最小依赖原则

• 尽量设计独立插件
• 依赖关系要有明确的业务理由
• 避免过度依赖

2. 单向依赖原则

• 依赖关系必须是单向的
• 禁止循环依赖
• 依赖层级不超过 3层

3. 松耦合原则

• 通过消息通信，不直接调用
• 依赖插件可以缺失（降级运行）
• 依赖插件可以替换（接口兼容）

4. 可测试原则

• 依赖插件可以 mock
• 独立插件可以单独测试
• 依赖插件可以集成测试

5. 双架构原则（新增）

• 支持多套独立架构并存（如 WiFi + BLE）
• 架构之间可以协作（通过消息）
• 架构之间可以独立工作（不强依赖）
• 用户可以选择使用哪套架构

---

实现任务

架构团队任务

1. 扩展 Plugin trait，添加 dependencies() 方法
2. 实现 ServiceManager 依赖检查和拓扑排序
3. 编写技术设计文档

开发团队任务

1. 为现有插件添加 dependencies() 实现
2. 测试启动顺序是否正确
3. 验证消息通信是否正常

产品团队任务

1. 梳理 Phase 2/3 插件的依赖关系
2. 确认依赖关系的业务合理性
3. 编写插件依赖的 PRD

---

文档版本: v1.0
最后更新: 2026-03-12
负责人: 陈逸飞 (CEO)