Vue 3是最佳选择吗? 耗时两周从Vue 2迁移到Svelte后：代码执行更快、体验更佳

2022-12-05 09:12

整理 | 冬梅、核子可乐

到底选 Vue 3 还是 Svelte？

架构选型问题是每位 Web 开发人员都绕不开的一道难关。

架构是整个 IT 系统的根基，一个错误的选型，可能造成巨大的财务、人力损失。现在随着各种新应用的崛起，到底是选择 Bootstrap、Angular、React、Vue 还是 Svelte，让开发人员很犯难。而且随着 Vue 3 发布、Vue 2 即将停止维护，不少企业开始考虑升级问题，其中不止一家企业选择从 Vue 迁移到了 Svelte，并对 Svelte 的性能表示满意。

Sophie 是一名 UI/UX 设计师 / 前端开发者，她介绍了在知晓 Vue 2 即将停止维护后，其团队在选择新架构过程中的纠结、做出最终选择的原因、迁移的全过程以及迁移后的效果和收益。

为什么要迁移？

Sophie 表示，之所以要进行迁移，一方面是知晓了 Vue 2 即将停止维护，另一方面也是想改善开发者的工作体验，特别是类型检查、性能和构建时间这几项核心指标。之所以没有考虑 React，是因为它的学习过程太耗时间，而且也不提供能开箱即用的解决方案。Vue 和 Svelte 在这方面的优势明显更大。另外，Vue 和 Svelte 的单文件组件还通用相同的概念：逻辑均由 JS 表达、结构依托 HTML，样式则由 CSS 定义。

在开展了一系列相关研究后，Sophie 的团队最终选择了 Svelte。

关于 Vue 3 和 Svelte 哪个更好的争论一直是前端圈的热门话题，Vue 作者尤雨溪去年也在 GitHub 上创建了一个仓库用来对比 Svelte 和 Vue 3 组件。

为了公平起见，尤雨溪选择了 todomvc 来进行构建比较，然后列举了一系列的步骤方案。最终结论是：

Svelte 单组件在普通模式下比 Vue 3 单组件约大 70%（这个 70% 指的是当前 todomvc 组件的大小对比，并不代表着所有 Svelte 组件都比 Vue 3 组件大 70%），在 SSR 模式下大 110%；
在理论上，如果一个应用程序包含超过 15.04 / 0.78 约等于 19 个 todomvc 大小的组件，则 Svelte 应用程序将最终比 Vue 应用程序体积更大。在 SSR 场景中，这个阈值会更低。对于某个项目来说，当编写的组件大于 19 个（SSR 模式为 13 个组件），Svelte 的优势与 Vue 3 相比就不存在了。

仓库地址：

https://github.com/yyx990803/vue-svelte-size-analysis

为什么选择 Svelte？

与 Vue 3 相比，Svelte 优势明显

在 Sophie 的项目中，其团队认为 Svelte 与 Vue 3 相比主要有以下几点优势：

第一，Svelte 的留存率更高。下图为不同框架在过去五年内的留存率展示，留存率公式为：会再次使用 /（会再次使用 + 不会再次使用）。这部分开发者数据来自 JS 现状调查，可以看到 Svelte 在留存率方面位列第二，而 Vue 则居第四。

2021 年前端开发框架留存率榜单，Svelte 位列第二、Vue 3 排名第四。

由此看来，用过 Svelte 的开发者们普遍愿意再次使用。

第二，Svelte 的类型机制更完善。

Svelte 拥有更简单的组件设计流程和内置的类型化事件，由此实现的更佳类型体验更贴合人性化需求。

第三，限制全局访问。在使用 Svelte 时，可以从其他文件处导入 enums 并在模板中使用；而 Vue 3 则做不到这一点。

前端堆栈Escape Benchmark汇总

第四，语法更简明。Sophie 表示，她个人认为 Svelte 的语法要比 Vue 更优雅、也更易用一点。同时大家可以参考以下代码，体会二者之间的不同。

Svelte：

<script>    let firstName = "";    let town = "";    $: fullName = "Full name: " + firstName + ' ' + lastName;    const reset = () => {        firstName = "";        lastName = "";    }</script><main>    <div>        <label>First name</label>        <input type="text" bind:value={firstName}>        <label>Last name</label>        <input type="text" bind:value={lastName}>        <button on:click={reset}>Reset</button>    </div>    <div>        {fullName}    </div></main><style>  main{    background-color: white;  }</style>

Vue：

<template>  <main>    <label>First name </label>    <input type="text" v-model="firstName"/>    <label>Last name </label>    <input type="text" v-model="lastName"/>    <div>        Full name: {{fullName}}     </div>    <button @click="handleReset">Reset</button>  </main></template><script setup>import { ref, computed } from 'vue'const firstName = ref('')const lastName = ref('')
const fullName = computed(() => { return firstName.value + " " + lastName.value; })
function handleReset() {    firstName.value = ""    lastName.value = ""}</script><style scoped>main{  background-color: white;}</style>

第五，无需额外的 HTML div <template>。在Svelte中，开发者可以直接编写自己的HTML。

第六，Svelte 中会自动限定样式范围。这对可维护性来说是个好消息，有助于避免意料之外的 CSS 影响。由于每个组件的样式都彼此独立，因此问题只会影响到特定组件，而不影响其父组件或子组件。

第七，更新数据无需计算属性。Svelte 的使用感受更像是编写纯 JavaScript 代码。开发者只需要专注于写下箭头函数：

const reset = () => {firstName = "";lastName = "";}

Svelte 中只须使用单括号：

//Svelte{fullName}
//Vue{{fullName}}

请注意，这里的结论只适用于上述特定代码模板，并不是对框架自身差异的完备说明。

第八，纯 js 插件添加更简单。以下是 Svelte 和 Prism.js 的语法高亮集成用例展示：

// Prism.svelte<script>  import Prism from 'prismjs';
  export let code;  export let lang = 'javascript';</script>
<pre><code class="language-{lang}">{@html  Prism.highlight(code, Prism.languages[lang], lang)}</code></pre>// App.svelte<script>  import Prism from './Prism.svelte';  let code = 'export const hello =\n\t(name) => {console.log(`Hello ${name}!`)};';</script>
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/prism/1.28.0/themes/prism-dark.min.css" integrity="sha512-Njdz7T/p6Ud1FiTMqH87bzDxaZBsVNebOWmacBjMdgWyeIhUSFU4V52oGwo3sT+ud+lyIE98sS291/zxBfozKw==" crossorigin="anonymous" referrerpolicy="no-referrer" />
<Prism {code} />

第九，无需虚拟 DOM 即可编译代码。Svelte 和 Vue 的另一主要区别，就是减少了浏览器与应用程序之间的层数，从而实现性能优化、加快任务完成速度。

第十，自动更新。借助声明变量，Svelte 能够自动更新开发者数据。这样就不必等待变更反映在虚拟结构当中，由此获得更好的开发体验。

当然，Svelte 也有短板

当然，Svelte 也有自己的短板，比如说社区规模较小。这也难免，毕竟 Svelte 在 2019 年才刚刚诞生。但随着越来越多的开发者感受到它的高品质和用户友好设计，支持与技术社区一定会发展壮大起来。另外，GitHub 上也已经有定期发布且相当完备的更新说明，随时可供查阅。

总之，尽管在迁移之时 Svelte Kit 仍处于开发阶段，但综合各项因素考量，Sophie 和团队最终还是决定将神圣一票投给 Svelte 与 Svelte Kit。

关于前端堆栈的Escape Benchmark

迁移方法

时间：Sophie 团队选择在 8 月份进行迁移，因为这时的应用程序使用量较低。

耗时：迁移全过程一共耗时两周，就把所有文件从 Vue 迁移到了 Svelte。

参与迁移的开发者人数：这两周内，有两位全职前端开发者负责迁移，另有一名全职开发者参与了一个礼拜。所以总共用到了 3 位开发人员。

工作流程：首先用概念工具把迁移项目拆分成了指向各位开发者的工单。之后，技术团队开始在 Storybook 中创建新组件，最后由各位开发人员用 Svelte 重写自己负责的页面。

Sophie 表示，作为一家初创企业，他们的迁移工作不会特别复杂，需要重写的文件也不是很多，所以推进速度很快。必须承认，将项目从 Vue 迁移至目前仍处于活跃开发阶段的 Svelte Kit 的确有些冒险，导致的结果就是迁移完成后仅一个月就需要做出重大变更。但 Svelte Kit 的专业团队业务极强，为 Sophie 团队提供了一条命令（npx svelte-migrate routes）和一份非常完备的迁移指南，帮助他们快速适应了此次更新。

此外，今年 9 月 Svelte Kit 团队宣布此框架正式进入候选发布阶段，意味着其稳定性终于得到了保证。

文件与组件的组织方式

Svelte Kit 采取的“基于文件夹的路由”设计令 Sophie 团队受益良多。他们可以借此将页面拆分成子页面，以便重用标准变量名称，例如“loading”、“submit”等。另外，布局会直接集成到关联的路由当中，这样就增加了树内组织水平、降低了访问难度。

迁移过程中沉淀下来的经验

Sophie 表示，除了上述收益之外，还有其他一些关键因素值得探讨：

更高的性能、更流畅的体验。在编译完成之后，技术团队马上就感受到了应用程序的“瘦身”成效。与其他框架相比，Svelte 提高了加载速度，帮助应用程序告别了曾经嵌入在逻辑代码之外的“运行时”。
更佳开发者体验。Svelte Kit 使用 Vite 捆绑器，也就是新一代 JavaScript 构建工具，能够利用浏览器中的 ES 模块与“编译为本机”捆绑器，为团队带来最新 JS 技术中的最佳开发体验。
更快代码执行速度。告别虚拟 DOM，而且在页面上执行变更时也能减少一层。
启动并运行服务器端渲染（SSR）。如果最终用户的网络连接不畅、或者未启用 JavaScript，Svelte 平台仍能在 SSR 的帮助下高效运行，确保用户在未联网时继续加载网页。
代码更加简洁易懂。Svelte 通过将逻辑（JS）、结构（HTML）和样式（CSS）组合在同一文件中，大大优化了面向组件代码的可读性和可维护性。其独特之处，就在于所有元素都会被编译在同一.svelte 文件当中。
经过修复的类型检查。自从迁移至 Svelte 以来，终于可以通过类型检查解决当初的一系列问题。之前，Sophie 的技术团队不得不处理大量经常性 Sentry 通知，但现在情况不同了——那些烦人的误报再也不见了（参考下图）。