JavaScript装饰器是TC39第3阶段提案，用于修饰类及成员，本质为接收目标、名称、描述符的函数，支持类、字段、方法等位置，需经TypeScript或Babel编译，非运行时拦截而是编译时转换。
JavaScript 的装饰器（Decorators）提案是一种语法特性，用于在类、类方法、访问器或字段声明前添加元数据或修改其行为，目前处于 TC39 第 3 阶段（草案阶段），尚未纳入正式标准，但已被 TypeScript 和 Babel 等工具广泛支持。
装饰器本质是函数
装饰器本身是一个函数，接收目标对象、成员名、属性描述符等参数，可以读取、修改甚至替换被装饰的声明。比如一个 @readonly 装饰器，会把方法的 writable 设为 false，防止被重写：
@readonly method() { return ‘done’; }
支持多种装饰目标
当前提案明确支持以下位置使用装饰器：
类声明（如 @logClass class A {}） 类字段（包括私有字段，如 @observed value = 0;） 类方法和 getter/setter（如 @debounce(300) handleClick() {}） 静态成员（需配合 static 关键字）
与 TypeScript 和 Babel 的关系
TypeScript 从 5.0 开始默认启用新装饰器提案（即 Stage 3 版本），旧版（实验性）装饰器已弃用。Babel 通过 @babel/plugin-proposal-decorators 插件支持，需配置 {"version": "2023-11"} 启用最新语义。注意：浏览器原生不支持，必须编译。
立即学习“Java免费学习笔记（深入）”；
不是魔法，而是编译时变换
装饰器不会在运行时动态“拦截”调用，而是在转译阶段被展开为普通函数调用。例如：
@decorator class C {} // 实际被转成类似： class C {} __decorate([decorator], C);
这意味着装饰器逻辑在模块加载时就已执行，无法在运行时增删装饰器。
基本上就这些。它提供了一种更声明式的方式组织横切关注点，比如日志、权限、响应式绑定，但需注意兼容性和可读性平衡。
以上就是什么是Javascript的装饰器提案？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1543200.html
微信扫一扫 
支付宝扫一扫 
