methods ：如果你不希望有缓存，请用方法代替
computed: 依赖追踪机制为基础 根据a的值变化 计算出新的值 默认是以get 方法 必须要有return 而且不支持异步 ，基于它们的依赖进行缓存，只有它的相关依赖改变时才会重新求值，为什么需要缓存？假设我们有一个性能开销比较大的计算属性A，它需要遍历一个巨大的数组并做大量的计算，然后我们可能有其他的属性依赖与A，如果没有缓存，我们将不可避免地多次执行A的getter,多个数据影响一个数据(狐朋狗友带坏你)。某【一些】变量发生变化时，影响的【单个】结果对应地发生改变。
watched: 依赖追踪机制为基础 观察a的值变化 当a的值变化时，干一件事 ，也叫观察者、侦听器，属性名要和被观察的值的名字一致 a(newVal,oldVal){ },只有值变化的时候才会触发变化，支持数据变化时执行异步，有关计算的事watch做起来比较麻烦，用computed做计算比较简单，监听的对象个数：watch只对一个对象进行监听，computed对多个对象进行监听(如果有两个对象其中任意一个做变化，且不管其中哪个对象变化都是做相同的动作的时候应该怎么办呢，把这两个对象写在一个对象里面，再watch这个对象，多个watch之间应该尽量避免数据耦合)，在某些情况下，确实需要跟踪观察值的变化，确实要知道变化前的值和变化后的值，那么就需要使用watch。比如我现在子组件中，需要实现这样一个功能，如果props中的某个对象发生了变化，那么就触发对应的methods。那么这个时候你需要用什么方法来触发对应的methods呢，这里很显然需要使用watch。当你想要在数据变化响应时，执行异步操作或开销较大的操作，选择使用watch,一个数据影响多个数据（一粒老鼠屎糟蹋一锅粥）。适合监控场景，某【一个】变量改变时需要做什么操作；类似于onchange，适合耗时操作，如网络请求等。所以每个方法的存在，都是根据业务场景来的。