実際には、TS VUE環境の中で、私たちはしばしば使用何かがデコレータの話をブログです。
三つの一般的な用途デコレータがあります。
1、クラス全体を飾ります。
2、装飾のための方法。
3、装飾的な特定のプロパティ。
これら3 VUEの使用は、それは非常に重要です。
実際には、我々はすでに最初のデコレータを知って、それが最も一般的なのは、通常は次のとおりです。
「VUE-プロパティデコレータ」からインポート{コンポーネント}。
現在のバージョンで部品デコレータVueがその必要があります。
つまり、あなたはクラスの文言を使用している場合でも、あなたはまた、コンポーネントを追加する必要があります。
その後、我々は空の内部App.vueのものは、意志と私たちは書くことができます。
まず、我々は上記のスクリプトタグ内のlang =「TS」を追加したい最初のこと。
次に、2つ目は、我々はリードデコレータに必要です：
ことを注意：コンポーネントクラスを飾る必要があり、そうでない場合は、コンポーネントクラスとして存在する方法はありません。
そして、疑問を持って、我々は、あること、明確にする必要がVueのは、それが何であるかを最終的にここに？
まず、我々はその後、VUEは、リポジトリから直接導入、以前のように書くことができます。
その後、我々はVUEをリードデコレータの内側に行くことができます。
書き込みのための2つの方法が与えられていないされて見ることができますが、また出てくることができます。
そして、最後に2つのVueが、それはどのような違いを作るのですか？
実際には、デコレータ、それはここでVueの値が存在する、それは私たちが少しライブラリを導くことができるということです。
持参するこのVueの中で私たちのためにそれを言うために、私たちは少しインポートを書くことができます。
所以它这里的 Vue 其实并不是一个真正意义上的装饰器，它就是普通的 Vue。
然后我们知道了，所谓“装饰器” 里面的 Vue，其实就是 Vue。我们引哪个都行，它只给提供给我们一个快捷的写法而已。
接下来，我们就真正去把一个普通的 Component 写成 class 的形式。
data 里面的东西，可以全都写成 成员属性。
生命周期 和 methods 里面的东西，可以全都写成 成员方法。
computed 里面的东西，一律写成访问器方法，也就是 get / set。
props 对应的是属性修饰器 @Prop。
我们先来看下原先的写法，方便做一个对比。
创建一个子组件 Cmp，然后在 App 里面引入。
这里需要注意的一点是，组件之间的引用，还是需要借助装饰器 @Component。
这是因为尤大大并没有提供方法来写 components。
所以 components 只能放在装饰器里面。
然后我们在用 class 的形式写出 props：
写完之后我们会发现，浏览器报错了：
它说，你要避免去给属性赋值。
简单来说，子组件 Cmp 中的 a 并不是一个普通的属性。
这里的 a 是父级传给它的 props。
所以我们不能给它初始化的时候赋值。
去掉赋值，就不会报错了。
但是你仔细看， private a 的下面有一个小红线，说明还是有问题的。
别急，先留个印象，我们继续往下看。
那么我们怎么去限制 props 的类型呢？有两种写法。
@Component 里面，就是我们原来的写法。
写在 @Component 里面，和写在 @Prop 里面，两种效果是等同的。
那我们可以在 private a 后面加吗？
我们传的是一个数字，但我们限制的类型是 string。
但是浏览器没有报错，也没其他的反应。
其实它报错了，只不过是在后台报的，还记得上面的那个小红线吗？
这个报错的意思是，你的 a 没有初始值。
好的，那我们重新再加上初始值。
这时候，后台是不报错了，但是前台又报错了，就是我们最开始遇到的第一个问题。
因为 a 是父级传给它的 props。所以我们不能给它初始化的时候赋值。
那么问题就来了：
加了初始值，前台报错。
不加初始值，后台报错。
那你要我怎么做嘛？
其实在 ts 里面有一个东西可以帮助我们来解决这个问题。就是 ! 符号。
那么加上 ! 符号的意思是什么呢？
意思就是，我知道这个 a 没有初始化，没关系，你先放我过去，我以后会初始化它的。
所以 ! 这个标志，是用来告诉 ts，我这个东西以后一定会赋值的，你就不要报错了。
问题解决了，那么我们继续。其实我个人是建议两个 number 都加上的。
@Prop(Number) 其实是 Vue 来做的一个检查。简单来说，如果你给的参数不对，Vue 会报错。
private a: number 这个是属于 Vue 那边已经放它过来了，然后到了真正给它去赋值的阶段，ts 还要再检查一遍。
所以个人建议，2 个都加上比较保险。
然后因为 props 有时候会比较多，所以我们一般都是不换行来写：
那么如果这个 a 既可能是数字，也可能是字符串呢？
@Prop([Number, String]) 这个数组，就是我能接受的类型的数组。
number | string 这个是 ts 里面的语法，联合类型。
那如果我们还需要默认值和验证函数呢？
其实和原先的写法是一样的，我们可以直接写一个 json 进去。
所以，@Prop 其实就是把原来写在 @Component 里面的东西给拆出来了而已。
@Prop 里面还需要注意的一点是：大小写。
后面的 number 大写小写都行，不会报错。
这是因为 number 是 ts 的内置类型，基本类型。Number 是 js 里面的一个 class。
所以它们差不多是等同的。
但是，在 @Prop 里面只能大写！小写就会报错。
这是因为 number 在 ts 里面，它不是一个东西，它是一个类型。
前面我们有说过，装饰器它本质上就是一个函数，@Prop(number) 相当于在给函数传参。
我们可以传一个数作为参数，也可以传一个类作为参数，都没问题。
但是我们不能传一个类型作为参数。
泛型才可以将类型作为参数传进去，但是函数不行。
watch 对应的是方法修饰器 @Watch 。
首先，我们引入 Watch 这个装饰器。
@Watch('num') 的意思，就是我要监听变量 num。
然后下面声明的 numChange 方法，就是当 num 改变了，就会触发这个方法。
那么，以前的写法里面，还有开始就先执行一次的 immediate，和深度监听 deep。
那么在 class 里面怎么写呢？
直接在 @Watch 里面加参数就可以了。
其实这种写法的 watch 特别适合我们去取数据。
上图中，@Watch 可以直接这样累加的写进来，是很方便的。
当 filters 变了的时候，触发一次 reloadDate 方法。
当 page 变了的时候，触发一次 reloadDate 方法。
所以 @Watch 可以同时监听多种东西，这一点是非常实用的。
并且我们声明了 reloadDate 这个方法，它本身也可以在其他位置用。
因为它本身就是一个普通的方法而已，只不过我们在它上面加了两个装饰器而已。
所以现在的 @Watch 比以前写法的 watch 要方便很多。尤其是数据获取这一块。
$emit 对应的 @Emit 事件传递
其实这个并不常用，也不实用。
今天有活动，后续的明天写完
