模块模式通过闭包封装私有状态，解决全局变量污染问题；观察者模式实现发布-订阅机制，降低组件耦合；工厂模式统一对象创建，隐藏实例化细节。合理使用这些模式可提升代码可维护性与团队协作效率，但应避免过度设计，优先选择清晰简单的实现，结合工具固化最佳实践，重点在于解决实际问题而非套用形式。
JavaScript设计模式不是为了炫技，而是为了解决常见问题提供可复用、易维护的结构。在实际开发中，合理使用设计模式能显著提升代码质量与团队协作效率。重点不在于记住多少种模式，而在于理解它们解决的问题和适用场景。
使用模块模式管理私有状态
避免全局变量污染是代码优化的第一步。模块模式利用闭包封装私有变量和方法，只暴露必要的接口。
说明：通过立即执行函数（IIFE）创建独立作用域，内部变量无法被外部直接访问。
- 将相关功能组织在一个“模块”内，提升代码组织性
- 私有函数不会暴露到全局，防止命名冲突
- 返回一个公开接口对象，便于调用者使用
<font face="Courier New,Courier,monospace">const UserModule = (function() {
let users = [];
function validateName(name) {
return name && name.length > 0;
}
return {
add(name) {
if (validateName(name)) {
users.push(name);
}
},
list() {
return [...users];
}
};
})();
观察者模式解耦事件逻辑
当多个组件需要响应同一状态变化时，硬编码调用会导致强依赖。观察者模式让发布者与订阅者彼此 unaware，只通过事件通信。
立即学习“Java免费学习笔记（深入）”；
说明：定义一对多的依赖关系，当一个对象状态改变，所有依赖它的对象自动收到通知。
- 适合表单验证、UI更新、消息广播等场景
- 减少模块间的直接引用，提升可测试性
- 避免回调地狱，逻辑更清晰
<font face="Courier New,Courier,monospace">class EventHub {
constructor() {
this.events = {};
}
on(event, callback) {
if (!this.events[event]) this.events[event] = [];
this.events[event].push(callback);
}
emit(event, data) {
if (this.events[event]) {
this.events[event].forEach(cb => cb(data));
}
}
}
// 使用
const hub = new EventHub();
hub.on('userLogin', user => console.log('欢迎', user));
hub.emit('userLogin', 'Alice');
工厂模式统一对象创建流程
当需要根据条件创建不同类型的对象时，工厂模式集中处理实例化逻辑，调用方无需知道具体类。
说明：把“new”的过程封装起来，对外提供一个创建接口。
- 简化复杂构造过程，隐藏实现细节
- 便于后期扩展新类型，符合开放封闭原则
- 常用于配置驱动的对象生成，如组件、API客户端
<font face="Courier New,Courier,monospace">function createLogger(type) {
if (type === 'console') {
return { log: msg => console.log(msg) };
}
if (type === 'file') {
return { log: msg => saveToFile(msg) };
}
throw new Error('未知类型');
}
const logger = createLogger('console');
logger.log('启动完成');
避免过度设计，按需选择模式
设计模式是工具，不是目标。项目初期不必强行套用，应在代码重复、维护困难时再引入。
建议：
- 先写清晰简单的代码，再重构为模式
- 团队成员要能理解所用模式，避免认知负担
- 结合 ESLint、TypeScript 等工具固化最佳实践
基本上就这些。用好一两个模式，胜过生搬硬套十种。关键是让代码更容易读、改、测。
