我是否必须在 Vue 3 中使用 Composition API,或者我仍然可以用“Vue 2”方式做事吗?

Har*_*San 15 vue.js vuejs2 vuejs3 vue-composition-api vue-options-api

是否可以安装 Vue 3,但仍以“Vue 2”方式执行操作?换句话说,我看到 Vue 3 具有新的 Composition API,但这是可选的还是 Vue 3 中必需的处理方式?

出于某种原因,我认为 Vue 3 仍然允许您以 Vue-2 的方式做事,而是使用 Options API。难道不是这样吗?谢谢。

ton*_*y19 26

Vue 3 不需要使用 Composition API。正如两位 Vue 核心团队成员所解释的那样,Options API 仍然可用并且不会被删除:

\n

Vue 3中的Thorsten L\xc3\xbcnborg :数据下降,事件上升(2020 年 5 月 19 日)

\n
\n

重要提示:组合 API 是附加的,它\xe2\x80\x99s 是一个新功能,但它不会\xe2\x80\x99t,也不会取代你知道的好的 ole \xe2\x80\x9cOptions API\xe2\x80\x9d以及 Vue 1 和 2 的喜爱。只需将这个新 API 视为您工具箱中的另一个工具,在某些使用 Options API 解决起来感觉有点笨拙的情况下,它可能会派上用场。

\n
\n

Ben HongEnjoy the Vue #48:“Vue 3 中的新功能:组合 API”(2021 年 1 月 19 日)中

\n
\n

[00:01:03] 治疗师:是的。嗯,我记得听到的第一件事是它正在取代选项 API。

\n

[00:01:08] BH:重大免责声明。这并没有发生。大免责声明。

\n

...

\n

[00:09:10] BH: [...]这不是您需要重写应用程序的东西。[...]组合 API 不像,请删除组合选项。这是一个附加的东西,当你有一个可以解决的问题时,它真的很棒。

\n
\n

Composition API 的早期 RFC只考虑过弃用 Options API:

\n
\n

该 RFC 的先前草案表明,未来主要版本中可能会弃用许多 2.x 选项,该版本已根据用户反馈进行了编辑。

\n
\n

Vue 文档也证实了这一点:

\n
\n

选项 API 会被弃用吗?

\n

不,我们没有任何这样做的计划。Options API 是 Vue 不可或缺的一部分,也是许多开发人员喜欢它的原因。我们还意识到,Composition API 的许多好处仅在大型项目中体现出来,而 Options API 仍然是许多中低复杂度场景的可靠选择。

\n
\n

  • 仅供参考,我来到这里是因为我现在真的很讨厌使用组合 API 构建代码。特别是对于大型组件来说,真的很容易变得混乱 (2认同)