“Yeah It’s on. ”
正文
Exploring EcmaScript Decorators
https://www.typescriptlang.org/docs/handbook/decorators.html#decorators
装饰器对类的行为的改变,是代码编译时发生的,而不是在运行时。这意味着,装饰器能在编译阶段运行代码。也就是说,装饰器本质就是编译时执行的函数。
- 使用简单,易于理解
- 在不改变原有代码情况下,扩展类属性和类方法
- 是一个编译时执行的函数
类的修饰
许多面向对象的语言都有修饰器(Decorator)函数,用来修改类的行为。目前,有一个提案将这项功能,引入了 ECMAScript。
@testable
class MyTestableClass {
// ...
}
function testable(target) {
target.isTestable = true;
}
MyTestableClass.isTestable // true
上面代码中,@testable就是一个修饰器。它修改了MyTestableClass这个类的行为,为它加上了静态属性isTestable。testable函数的参数target是MyTestableClass类本身。
基本上,修饰器的行为就是下面这样。
@decorator
class A {}
// 等同于
class A {}
A = decorator(A) || A;
也就是说,修饰器是一个对类进行处理的函数。修饰器函数的第一个参数,就是所要修饰的目标类。
function testable(target) {
// ...
}
上面代码中,testable函数的参数target,就是会被修饰的类。 如果觉得一个参数不够用,可以在修饰器外面再封装一层函数。
function testable(isTestable) {
return function(target) {
target.isTestable = isTestable;
}
}
@testable(true)
class MyTestableClass {}
MyTestableClass.isTestable // true
@testable(false)
class MyClass {}
MyClass.isTestable // false
上面代码中,修饰器testable可以接受参数,这就等于可以修改修饰器的行为。
注意,修饰器对类的行为的改变,是代码编译时发生的,而不是在运行时。这意味着,修饰器能在编译阶段运行代码。也就是说,修饰器本质就是编译时执行的函数。
前面的例子是为类添加一个静态属性,如果想添加实例属性,可以通过目标类的prototype对象操作。
function testable(target) {
target.prototype.isTestable = true;
}
@testable
class MyTestableClass {}
let obj = new MyTestableClass();
obj.isTestable // true
上面代码中,修饰器函数testable是在目标类的prototype对象上添加属性,因此就可以在实例上调用。
下面是另外一个例子。
// mixins.js
export function mixins(...list) {
return function (target) {
Object.assign(target.prototype, ...list)
}
}
// main.js
import { mixins } from './mixins'
const Foo = {
foo() { console.log('foo') }
};
@mixins(Foo)
class MyClass {}
let obj = new MyClass();
obj.foo() // 'foo'
上面代码通过修饰器mixins,把Foo对象的方法添加到了MyClass的实例上面。可以用Object.assign()模拟这个功能。
const Foo = {
foo() { console.log('foo') }
};
class MyClass {}
Object.assign(MyClass.prototype, Foo);
let obj = new MyClass();
obj.foo() // 'foo'
类方法的修饰
修饰器不仅可以修饰类,还可以修饰类的属性。
class Person {
@readonly
name() { return `${this.first} ${this.last}` }
}
上面代码中,修饰器readonly用来修饰“类”的name方法。
修饰器函数readonly一共可以接受三个参数。
function readonly(target, name, descriptor){
// descriptor对象原来的值如下
// {
// value: specifiedFunction,
// enumerable: false,
// configurable: true,
// writable: true
// };
descriptor.writable = false;
return descriptor;
}
readonly(Person.prototype, 'name', descriptor);
// 类似于
Object.defineProperty(Person.prototype, 'name', descriptor);
修饰器第一个参数是类的原型对象,上例是Person.prototype,修饰器的本意是要“修饰”类的实例,但是这个时候实例还没生成,所以只能去修饰原型(这不同于类的修饰,那种情况时target参数指的是类本身);第二个参数是所要修饰的属性名,第三个参数是该属性的描述对象。
另外,上面代码说明,修饰器(readonly)会修改属性的描述对象(descriptor),然后被修改的描述对象再用来定义属性。
下面是另一个例子,修改属性描述对象的enumerable属性,使得该属性不可遍历。
class Person {
@nonenumerable
get kidCount() { return this.children.length; }
}
function nonenumerable(target, name, descriptor) {
descriptor.enumerable = false;
return descriptor;
}
如果同一个方法有多个修饰器,会像剥洋葱一样,先从外到内进入,然后由内向外执行。
function dec(id){
console.log('evaluated', id);
return (target, property, descriptor) => console.log('executed', id);
}
class Example {
@dec(1)
@dec(2)
method(){}
}
// evaluated 1
// evaluated 2
// executed 2
// executed 1
上面代码中,外层修饰器@dec(1)先进入,但是内层修饰器@dec(2)先执行。
除了注释,修饰器还能用来类型检查。所以,对于类来说,这项功能相当有用。从长期来看,它将是 JavaScript 代码静态分析的重要工具。
应用在react的connect中
际开发中,React 与 Redux 库结合使用时,常常需要写成下面这样。
class MyReactComponent extends React.Component {}
export default connect(mapStateToProps, mapDispatchToProps)(MyReactComponent);
有了装饰器,就可以改写上面的代码。
@connect(mapStateToProps, mapDispatchToProps)
export default class MyReactComponent extends React.Component {}
相对来说,后一种写法看上去更容易理解。
但是要记得安装配置
- npm install babel-plugin-transform-decorators-legacy –save-dev
- “plugins”: [“transform-decorators-legacy”]
装饰器不能用于函数
修饰器只能用于类和类的方法,不能用于函数,因为存在函数提升。
var counter = 0;
var add = function () {
counter++;
};
@add
function foo() {
}
上面的代码,意图是执行后counter等于 1,但是实际上结果是counter等于 0。因为函数提升,使得实际执行的代码是下面这样。
@add
function foo() {
}
var counter;
var add;
counter = 0;
add = function () {
counter++;
};
下面是另一个例子。
var readOnly = require("some-decorator");
@readOnly
function foo() {
}
面代码也有问题,因为实际执行是下面这样。
var readOnly;
@readOnly
function foo() {
}
readOnly = require("some-decorator");
写一个bound
const bound = (proto: any, propertyName: string, descriptor: PropertyDescriptor) => {
return {
get() {
return descriptor.value.bind(this);
},
};
};
测试:
class I18nTranslate {
@bound
_transI18n(text: string, options?: any) {
let content = this._i18nInstance.t(text);
// ...
return content;
}
}
记录函数执行时间的装饰器
实现:
const run = (target, name, descriptor) => {
const originalMethod = descriptor.value; // 保存原始方法
descriptor.value = function (...args) {
let startTime = Date.now();
// 调用原始方法 注意this指向
const res = originalMethod.apply(this, args);
if (res instanceof Promise) {
res.then(() => {
let endTime = Date.now();
console.log('end', endTime - startTime);
}).catch(() => {
let endTime = Date.now();
console.log('end', endTime - startTime);
})
} else {
let endTime = Date.now();
console.log('end', endTime - startTime);
}
return res
};
return descriptor
}
测试:
class Test {
@run
async task() {
await sleep()
console.log('task')
}
}
let t = new Test()
t.task()
装饰器和注解的区别
https://zhuanlan.zhihu.com/p/22277764
- 注解(Annotation):仅提供附加元数据支持,并不能实现任何操作。需要另外的 Scanner 根据元数据执行相应操作。
- 装饰器(Decorator):仅提供定义劫持,能够对类及其方法的定义并没有提供任何附加元数据的功能。
AtScript 语言中,@ 语法就是注解,用于添加对应的元数据;而在 TypeScript 语言中,@ 语法是装饰器,用于拦截类型的定义过程。
例如,对于同样的 AtScript 代码:
@myFun
class myClass {}
生成的结果(近似)为:
class myClass {}
myClass.annotations = [
new myFun
]
注:很容易看出,由于注解都会通过 new 实例化,因此括号存在与否不会产生影响。
(AtScript 的)注解能够完全被(ES next)装饰器在实现上模拟!
所有 Angular 中使用的 Decorator 都并不是真正作为 Decorator 使用,只是通过 Decorator + Reflect.metadata 的组合来模拟 Annotation 的功能。即附加元数据走的是 Reflect.metadata,该实现和 Decorator 本身并无联系。
补充
原理
function readonly(target, name, descriptor){
descriptor.writable = false;
return descriptor;
}
class Cat{
@readonly
meow(){
return 'meow';
}
}
// transform ...
// the engine first invokes the decorator:
let descriptor = {
value:specifiedFunction,
enumerable:false,
configurable:true,
writable:true
}
descriptor = readonly(Cat.prototype, 'meow', descriptor) || descriptor;
Object.defineProperty(Cat.prototype, 'meow', descriptor);
vite 中使用装饰器
https://zhuanlan.zhihu.com/p/417263788
import { defineConfig } from 'vite'
import react from '@vitejs/plugin-react'
// https://vitejs.dev/config/
export default defineConfig({
plugins: [react({
babel: {
plugins: [
["@babel/plugin-proposal-decorators", { legacy: true }],
["@babel/plugin-proposal-class-properties", { loose: true }],
],
}
})],
})
parameter-decorators
class BugReport {
print(@required verbose: boolean) {
}
}
默认情况下不支持 parameter decorators 需要使用 babel 插件
https://www.npmjs.com/package/babel-plugin-parameter-decorator
依赖注入
https://angular.cn/guide/dependency-injection
将创建对象的任务转移给其他 class,并直接使用依赖项的过程,被称为“依赖项注入”。(DI)
DI 系统中存在两个主要角色:依赖使用者和依赖提供者。
需要 用到 reflect-metadata 库
async function
typescript decorator async function
下面是错误例子
下面是错误例子
下面是错误例子
function asyncDecorator(target: any, propertyKey: string, descriptor: PropertyDescriptor) {
const originalMethod = descriptor.value;
if (isAsyncFunction(originalMethod)) {
descriptor.value = async function (...args: any[]) {
console.log('Async operation started...');
const result = await originalMethod.apply(this, args);
console.log('Async operation completed.');
return result;
}
} else {
descriptor.value = function (...args: any[]) {
// ...
}
}
}
TIP: descriptor.value 只能判断出是函数,无法判断出AsyncFunction
正确方式:
export const AsyncDecorator: MethodDecorator = (target, propertyKey, descriptor: PropertyDescriptor) => {
const originalMethod = descriptor.value;
const before = () => {
console.log("[test] before", new Date())
}
const after = () => {
console.log("[test] after", new Date())
}
descriptor.value = async function (...args: any[]) {
before()
const result = originalMethod.apply(this, args);
if (result instanceof Promise) {
result.then((res)=>{
after()
})
}else{
after
}
return result;
}
}
控制反转
IOC(Inversion of Control, 控制反转)就是一个可以自动实例化具体类并且管理各对象之间关系的容器,有了这个自动化的容器,我们关注的就不是具体的关系,而是上升到只需关注抽象之间的关系,而且还可以省去手动实例化。