关于 组合式API 和 选项式API

在Vue2之前，我们主要使用的是选项式API（Options API）。这种API的设计方式是基于对象的，我们将一个Vue实例的各个部分拆分成不同的选项，如data、methods、computed、watch等，并在创建Vue实例时将它们作为选项传入。

选项式API的优点在于其结构清晰、易于理解和上手。每个选项都有其明确的职责，开发者只需关注自己需要实现的功能，而无需过多关心Vue内部的运行机制。这种开发方式对于小型到中型的应用来说是非常高效的。

然而，随着应用规模的扩大和复杂度的增加，选项式API也暴露出了一些问题。当组件的逻辑变得复杂时，代码会变得难以维护和理解。由于数据和逻辑被分散在多个选项中，很难一眼看出它们之间的关系。此外，对于复用逻辑代码也存在一定的困难，因为逻辑代码往往与特定的data和methods紧密耦合。

我发现   很多人vue2写多了以后   他在写vue3的时候   接着延续了vue2 的写法    导致定义的变量在最上面  逻辑写在最下面 这就导致  vue3组合式API失去了他原本的意义  ，导致页面逻辑混乱，一个较为复杂的功能会有不断的迭代要求  这就导致后面的开发者维护起来很难受，久而久之就产生了屎山，堆积出一堆没有用的代码 ，不利于维护 ，所以我还是建议大家  改用组合式API，摒弃之前的选项式API。