装饰器模式是一种动态扩展对象功能的技术，通过包装类或方法实现行为增强而不修改原对象。JavaScript中借助TypeScript或Babel支持，可用@语法实现类、方法、参数等的修饰，如@logClass记录实例化、@readonly限制属性重写、@validate校验参数。装饰器在定义时执行，属于静态元编程，结合Symbol.metadata可实现路由注册、依赖注入等自动化配置。需注意其仍处提案阶段（Stage 3），存在兼容性风险，建议保持装饰器职责单一、避免嵌套过深，并明确文档说明，以提升代码可维护性与复用性。
装饰器模式在JavaScript中是一种用于动态扩展对象功能的编程技术，结合元编程能力，可以实现更灵活、可维护的代码结构。ES2016虽然未正式将装饰器纳入标准，但通过Babel等工具的支持，装饰器已在TypeScript和部分现代开发环境中广泛使用。
什么是装饰器模式
装饰器模式允许你“包装”一个对象或函数，从而在不修改原对象的前提下，添加新的行为或逻辑。在JavaScript中，这通常表现为高阶函数或类/方法/属性的修饰。
以类为例，装饰器可以是一个函数，接收目标类、属性名、描述符等参数，并返回一个新的描述符或替换原有行为：
- @logClass 装饰器可用于记录类的实例化过程
- @readonly 可防止方法被重写
- @validate 可在方法执行前校验参数
装饰器的基本语法与应用
TypeScript中启用装饰器需开启 experimentalDecorators 编译选项。常见装饰器类型包括类装饰器、方法装饰器、访问器装饰器和参数装饰器。
立即学习“Java免费学习笔记（深入）”；
示例：一个简单的日志类装饰器
function logClass(target: any) { console.log('类被创建:', target.name); } @logClass class Person {} // 输出：类被创建: Person方法装饰器可用来监控调用或控制执行：
function readonly(target: any, key: string, descriptor: PropertyDescriptor) { descriptor.writable = false; }元编程与装饰器的结合
JavaScript的元编程指程序能检查、修改自身结构与行为的能力，主要通过 Proxy、Reflect 和装饰器实现。装饰器在定义阶段运行，能读取或改写类的元信息，属于静态元编程的一种形式。
利用装饰器配合 Symbol.metadata 或自定义元数据存储，可实现依赖注入、路由注册、序列化控制等功能。
例如，在框架中自动注册API路由：
@route('/users') class UserController { @get('/') list() { ... } }启动时扫描装饰器元数据，自动绑定路由，减少手动配置。
注意事项与局限性
装饰器目前仍是提案阶段（Stage 3），不同环境支持程度不一，生产使用需谨慎。Babel与TypeScript实现略有差异，可能导致兼容问题。
过度使用装饰器会使逻辑分散，增加调试难度。建议：
- 保持装饰器职责单一，如只做权限校验或日志记录
- 避免深层嵌套装饰器
- 文档清晰说明每个装饰器的作用
基本上就这些。装饰器是提升代码组织性和复用性的有力工具，尤其适合框架开发。理解其与元编程的关系，有助于构建更智能的应用架构。
