typescript之@装饰器

装饰器是一种特殊类型的声明,它能够被附加到类声明方法属性或者参数上,

语法:装饰器使用@expression这种形式,expression求值后必须为一个函数,它会在运行时被调用,被装饰的声明信息做为参数传入

若要启用实验性的装饰器特性,必须tsconfig.json里启用experimentalDecorators编译器选项

常见的装饰器有:类装饰器、属性装饰器、方法装饰器、参数装饰器

装饰器的写法: 分为普通装饰器(无法传参)装饰器工厂(可以传参)

1、装饰器的写法

1.1 普通装饰器


1.2 装饰器工厂

2、装饰器的分类

2.1 类装饰器

类装饰器在类声明之前声明(紧靠着类声明),用来监视修改或者替换类定义

· 类装饰器不能用在声明文件中(.d.ts),也不能用在任何外部上下文中(比如declare的类)。

· 类装饰器表达式会在运行时当作函数被调用,类的构造函数作为其唯一的参数。

· 如果类装饰器返回一个值,它会使用提供的构造函数来替换类的声明。


2.2 属性装饰器

属性装饰器用来装饰属性

属性装饰器表达式会在运行时当做函数被调用,传入下列两个参数

第一个参数: 对于静态成员来说是类的构造函数,对于实例成员是类的原型对象

第二个参数: 是属性的名称

2.3 方法装饰器

方法装饰器用来装饰方法

第一个参数: 对于静态成员来说是类的构造函数,对于实例成员是类的原型对象

第二个参数: 是方法的名称

第三个参数: 是方法的描述

2.4 访问器装饰器

参数同方法

2.5 参数装饰器

参数装饰器用来装饰参数

第一个参数: 对于静态成员来说是类的构造函数,对于实例成员是类的原型对象

第二个参数: 成员的名字

第三个参数: 参数在函数参数列表中的索引


2.6 装饰器执行顺序

属性装饰器 > 方法装饰器(从后向前)> 类装饰器(从后向前)

3、装饰器能帮我们做什么?

3.1 实现依赖注入(对照项目,稍微有点用)

    类似于vue中的provide/inject,是解决组件之间的通信问题的利器,不受层级结构的限制。其核心思想是外层组件通过provide选项声明可同享的属性,内层组件通过inject选项指定待注入的属性,这样外层组件的属性值就可以同步到内层组件了。

    我们大致可以这样理解依赖注入的步骤:首先收集需要共享的数据,然后标记需要使用这些数据的对象,最后从共享数据中挑选出该对象需要的数据交给它。



3.2 约束类的静态方法 (对照项目,用处不大,了解)

让Foo类实现Bar接口,可以用class Foo implements Bar,Bar接口可以写约束实例的属性和方法,

但是又想约束Foo的静态属性,可以通过下面实现

3.3 简化数据访问层(我们的项目都是集团封装好的request模块,不适用,挺可惜的)


1.借助装饰器,我们可以少写很多代码,简化我们的开发。

2、在日常的开发中,我们绝大部分场景都在写url,可以避免因单词的拼写错误,导致数据传递出错的问题。


3.4 全局错误处理(比较实用,某些场景减少对服务端的依赖)

通过使用装饰器可以对 方法抛出的错误,将错误提示通过装饰器进行重写,也就是字定义错误信息

你可能感兴趣的:(typescript之@装饰器)