插件开发应将方法统一注入可控类的原型，通过.use()注册并用install函数批量挂载带前缀的方法，状态变更类可链式调用，纯计算类须返回值，副作用类建议返回void或Promise。
在插件开发中，原型对象不是用来零散挂方法的“便利贴”，而是承载功能扩展逻辑的统一入口——它把插件行为组织成可识别、可控制、可复用的结构，而不是随意污染实例或全局。
只扩展你可控的构造器原型
插件应作用于明确归属的类（如 Chart、FormValidator），而非 Array 或 Object 这类内置构造器。这些自定义类的 prototype 完全由你掌控，能避免命名冲突和不可预知的副作用。
- ✅ 推荐：为
class ApiClient {}设计插件，统一往ApiClient.prototype注入方法 - ❌ 避免：直接修改
String.prototype.trimAll = ...，除非加白名单检查且仅限内部工具库 - 若必须增强内置类型，先做存在性判断：
if (!('debounce' in Function.prototype)) { Function.prototype.debounce = ... }
用 .use() 统一注册，不手动改 prototype
主类提供 .use(plugin, options) 方法，作为插件接入的唯一通道。它内部调用插件的 install(TargetClass, options)，把扩展逻辑收口，便于生命周期管理与顺序控制。
- 插件函数签名保持一致：
function install(HostClass, options) { HostClass.prototype.methodX = ... } - 支持链式调用：
new Chart().use(zoomPlugin).use(exportPlugin) - 管理器可注入钩子，比如
beforeInstall或afterDestroy，让插件响应系统事件
批量注入 + 命名隔离 + 冲突防护
插件通常提供多个方法，应原子化注入，并通过命名与检测机制防止重复或覆盖。
立即学习“Java免费学习笔记（深入）”；
- 用
Object.assign(HostClass.prototype, { $chart_zoomTo, $chart_fitScreen })批量挂载 - 方法名带插件标识前缀（如
$chart_或validateAsync），降低第三方冲突概率 - 插件内部主动防御：
if (typeof HostClass.prototype.$chart_zoomTo === 'function') return
链式语义需与操作类型对齐
是否返回 this 不是风格选择，而是行为契约。原型上的方法必须根据其语义决定返回值，否则会误导使用者。
- 状态变更类（如
render()、enable()）可返回this，前提是后续调用仍有意义 - 纯计算类（如
getBounds()、toJSON()）必须返回新值，不返回this - 副作用类（如
submit()、destroy()）建议返回void或 Promise，避免链式误用
