Options Api与Composition Api的区别

1、Options Api：选项API，即以vue为后缀的文件，通过定义methods，computed，watch，data等属性与方法，共同处理页面逻辑。
用组件的选项 (data、computed、methods、watch) 组织逻辑在大多数情况下都有效。然而，当组件变得复杂，导致对应属性的列表也会增长，这可能会导致组件难以阅读和理解。

2、Composition API 中，组件根据逻辑功能来组织的，一个功能所定义的所有 API 会放在一起（ 更加的 高内聚，低耦合 ）。

3、Composition Api 相对Options Api的两大优点：

• 逻辑组织

• Options Api在处理一个大型的组件时，内部的逻辑点容易碎片化，可能同时存在于method,computed,watch等API中，我们必须不断地“跳转”相关代码的选项块，这种碎片化使得理解和维护复杂组件变得困难。

• Composition Api将某个逻辑关注点相关的代码全都放在一个函数里，这样，当需要修改一个功能时，就不再需要在文件中跳来跳去。

• 逻辑复用

• 在vue2.0中，当混入多个mixin会存在两个非常明显的问题：命名冲突、数据来源不清晰

• 而Composition Api可以通过编写多个hooks函数就很好的解决了

总结

• 在逻辑组织和逻辑复用方面，Composition API是优于Options API

• 因为Composition API几乎是函数，会有更好的类型推断。

• Composition API 对 tree-shaking 友好，代码也更容易压缩

• Composition API中见不到this的使用，减少了this指向不明的情况

• 如果是小型组件，可以继续使用Options API，也是十分友好的