控制反转重构组件库，实现跨平台解耦

本文深入探讨了如何通过控制反转（IoC）思想重构组件库，实现真正意义上的跨平台逻辑解耦：不再依赖条件编译或平台判断，而是以抽象接口（如ToastService、StorageService、RouterService）统一能力契约，各端提供独立实现并由工厂集中注册，启动时一次性注入全局服务上下文，使业务组件仅声明所需能力、完全无感底层差异；更进一步，该设计天然支持运行时动态切换与灰度验证——只需修改工厂逻辑即可按环境、用户特征或实验开关灵活替换实现，组件代码零侵入、零修改，大幅提升可维护性、可测试性与多端协同效率。

核心是把平台相关逻辑从组件内部剥离，让组件只声明“需要什么能力”，不关心“这个能力在哪实现”。跨平台不是靠条件编译硬切，而是靠统一接口 + 运行时注入 + 工厂组装。

定义平台无关的抽象接口

不要让 Button 组件里写 if (isMiniProgram) wx.showToast() else alert()。先抽离行为契约：

• ToastService：含 show(message: string): Promise
• StorageService：含 get(key: string): Promise 和 set(key: string, value: string): Promise
• RouterService：含 push(path: string, params?: Record): Promise

所有组件只依赖这些接口，不 import 任何平台 SDK。

按平台实现并集中注册工厂

在 platforms/ 目录下分环境提供具体实现：

• h5/toast.ts：用 document.createElement('div') 渲染浮层
• mp-weixin/toast.ts：封装 wx.showToast 并适配 Promise
• mp-alipay/toast.ts：调用 my.showToast

再通过工厂函数收口：

启动时注入，组件内无感使用

在各平台入口文件（如 main.h5.ts、app.js）中一次性组装服务实例：

组件内部直接消费：

支持运行时动态切换与灰度验证

当某平台新版本上线需灰度验证时，无需改组件代码，只需调整工厂逻辑：

• 加一个开关：若 import.meta.env.VITE_TOAST_EXPERIMENT === 'true'，则返回实验版 Toast
• 小程序中可基于用户特征 ID 做分流：userId % 100
• H5 环境下可 fallback 到浏览器原生 Notification，失败再降级为 DOM 浮层

所有策略都集中在工厂函数里，业务组件零感知、零修改。

今天关于《控制反转重构组件库，实现跨平台解耦》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！