构造函数与原型方法必须同轮次定义以避免未挂载问题，推荐同文件声明或动态import确保顺序，禁用直接扩展prototype，优先使用ES模块导出完整类，继承需待父类就绪后绑定，现代方案宜用customElements.define。
构造函数在延迟初始化时动态绑定 prototype 方法，关键不是“补链”，而是让方法定义与构造函数本身在逻辑上同步就绪、在执行上下文中同轮完成。常见于模块按需加载、组件懒注册等场景。
确保构造函数与原型方法在同个执行轮次定义
若构造函数和它的 prototype 方法被拆到不同脚本或异步模块中，极易出现 Button is defined 但 Button.prototype.render 还没挂载的问题。必须避免这种割裂。
- 推荐把 class 声明和所有实例方法写在同一个模块文件末尾，不跨文件拆分
- 若必须分文件（如 Button.js 和 Button.methods.js），则用动态 import 确保顺序：
await import('./Button.js'); await import('./Button.methods.js'); - 可在方法脚本开头加轻量校验：
if (typeof Button === 'function' && !Button.prototype.render) { Object.assign(Button.prototype, { render() { ... } }); }，仅作兜底，不作主逻辑
用模块封装替代直接扩展，规避污染风险
不要在动态加载脚本中直接写 MyClass.prototype.xxx = function(){}，尤其当多个第三方模块可能同时操作同一构造函数时，容易覆盖或冲突。
- 优先使用 ES 模块导出完整类：
export class Button { render() { ... } }，由使用者统一导入 - 若需复用已有构造函数（如全局
Dialog），应通过包装或组合方式增强，而非侵入其 prototype - 必须扩展原生原型时（如
String.prototype），先检测存在性：if (!String.prototype.trimStart) { String.prototype.trimStart = ... }
依赖就绪后再建立继承关系
当新类需继承尚未加载的父类（如 Modal extends Dialog），不能在定义 Modal 时就写 Modal.prototype = Object.create(Dialog.prototype)——此时 Dialog 可能为 undefined。
- 将原型链绑定逻辑后置：在确认
Dialog已定义后，再执行Object.setPrototypeOf(Modal.prototype, Dialog.prototype) - 配合 Promise 控制加载顺序：
Promise.all([loadScript('dialog.js'), loadScript('modal.js')]).then(() => { /* 绑定 prototype */ }) - 现代方案更推荐用
customElements.define或模块化自定义元素，天然支持延迟注册与依赖管理
用闭包或工厂函数模拟“延迟绑定”语义
若构造函数本身也需延迟创建（比如根据配置生成不同版本），可借助工厂函数封装整个初始化过程：
- 返回一个带
setup()方法的对象，首次调用时才真正定义构造函数及其 prototype - 利用 WeakMap 存储私有方法，避免污染 prototype，同时保持实例间隔离
- 示例：
const ButtonFactory = () => ({ setup() { class Button { ... }; Button.prototype.click = ...; return Button; } });
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
