尤雨溪关于Vue 2022总结及2023年规划

在2022年2月，我们将Vue的默认版本切换为3.x。这个转变标志着框架的所有官方部分都已准备好使用v3，包括对最新最佳实践的指导进行了重大改进的文档。

我们仍处于生态系统向Vue 3转移的过渡期。因此，在切换后，我们更加注重通过工具来改善Vue的开发体验。我们的团队成员一直积极参与Vite的开发，并通过发布Volar 1.0对Vue的IDE和TypeScript支持进行了重大改进。

在 2022 年，我们看到 Vue 3 的 NPM 使用率增长了近 200％。在社区方面，Vue 3 生态系统现在拥有许多出色的解决方案，可以帮助提高您的生产力。 Nuxt 3 和 Vuetify 3 在 2022 年 11 月达到稳定状态，而 NativeScript for Vue 3 最近推出了 beta 版。此外，我们还想向已经支持 Vue 3 相当长时间的其他优秀项目致敬：Quasar、NaiveUI、Ionic Vue、PrimeVue、InkLine、ElementPlus 等等。

尽管 Vue 3 现在是默认版本，但我们理解由于迁移成本的原因，许多用户必须继续使用 Vue 2。为了确保 Vue 2 用户受益于框架的进步，我们决定将 Vue 2 的源代码移植到 TypeScript，并将一些最重要的 Vue 3 功能回溯到 Vue 2.7。我们还确保 Vite、Vue Devtools 和 Volar 同时支持 Vue 2 和 Vue 3。

随着 Vue 2 的最后一个小版本（2.7）发布，我们期待全力以赴，在 2023 年推出 Vue 3 核心的功能。我们有很长的功能列表，非常兴奋地想要进行开发工作

Vue 希望在 2023 年改善其发布节奏。Vue 遵循语义化版本控制（semver）规范，这意味着我们应该在小版本中仅发布新功能。过去，我们采用了“大小版本”的方法，将许多功能组合在一起，形成大的、不频繁的小版本发布。这导致一些低复杂度的功能被阻塞，而我们需要花费更多时间来完成其他高复杂度的功能。在2023年，我们希望做到小而频繁的小版本发布，以便更快地发布更多的功能。

这也意味着我们将调整3.3版本中的内容。最初，我们计划在3.3中将 Suspense 和 Reactivity Transform 从实验性状态升级。然而，我们认为两者仍需要进一步的 RFC 讨论，并且它们不应该阻碍其他更直接的功能。现在，3.3的目标是实现已提议/计划的功能，这些功能是明显的优势，并且不需要RFC讨论，例如，在宏中支持外部导入的类型。 除此之外，我们还将会：

另一个需要注意的事情是，在可预见的未来，我们没有大规模的破坏性变更计划。我们承认用户在从 v2 迁移到 v3 时遇到了挑战，因此我们希望为 Vue 的长期升级故事提供更好的支持。

Vapor Mode是一种替代编译策略，受到Solid的启发，我们一直在进行实验。使用相同的Vue SFC，Vapor Mode将其编译为JavaScript输出，与当前基于Virtual DOM的输出相比，它更具有性能、内存占用和运行时支持代码方面的优势。尽管它仍处于早期阶段，拥有以下优点：

1、Vapor模式旨在用于性能是主要关注点的用例。它是选择性的，不会影响现有的代码库。

2、您将能够将Vapor组件子树嵌入到任何现有的Vue 3应用程序中。理想情况下，我们希望在组件级别实现细粒度选择，这意味着可以在同一个应用程序中自由混合Vapor和非Vapor组件。

3、仅使用Vapor组件构建应用程序允许您从构建包中删除虚拟DOM运行时，从而显着减少基线运行时大小。

4、为了实现最佳性能，Vapor模式将仅支持Vue功能的子集。特别地，Vapor模式组件将仅支持Composition API和。然而，这个受支持的子集在Vapor和非Vapor组件之间将完全相同。

我们将在今年后续进展中分享更多细节。

2023年已经有许多面向Vue的线下会议计划：

提醒一下，今天正好距离 Vue 2 的支持结束还有一年时间。我们创建了一个页面，解释了这个问题的影响，并概述了那些预计在 Vue 2 EOL 日期之后继续使用 Vue 2 的选项：Vue 2 EOL 和扩展支持详细信息。