努克斯特对比斯维尔特套件：性能与请求差异深度评测

努克斯特对比斯维尔特套件。哪一个更好？

这正是我本周一直在测试的内容。我构建了两次相同的应用程序。一次是在开启了第五版兼容性预览的努克斯特中构建，另一次是在使用其实验性远程函数的斯维尔特套件中构建。

我创建了一个基本的任务应用程序，你可以添加或删除任务。我还记录了网络请求和耗时。我注意到的最大区别是，在创建新任务时，斯维尔特套件应用程序只发出一个请求，而努克斯特应用程序需要两个。

这一差异成为了整个比较中最有趣的部分，让我们深入探讨一下。

环境设置

这两个应用程序都是简单的任务列表，后端支持使用的是浏览器内存存储。两者都是在本地运行的生产环境构建版本，并且都在服务器端渲染初始的任务列表。

需要快速说明的是，努克斯特第五版尚未发布。我的努克斯特应用程序是基于稳定的努克斯特 4.5 版本，并设置了兼容性标志：

// nuxt.config.ts
export default defineNuxtConfig({
  compatibilityDate: '2026-07-01',
  future: {
    compatibilityVersion: 5,
  },
})

而斯维尔特套件的远程函数在文档中仍被标记为实验性功能。因此，这是一次关于技术方向的比较，而非最终成品的比较。

当我在努克斯特应用程序中添加任务时，我会先看到一个发往 /api/tasks 的 POST 请求（约 690 毫秒），随后是一个发往 /api/tasks 的 GET 请求（约 450 毫秒）以刷新列表。总耗时略超过 1,100 毫秒，时间线面板显示有两个浏览器请求。

当我在斯维尔特套件应用程序中添加任务时，我只看到一个请求。耗时约 1,100 毫秒。服务器仍然执行这两项操作，即数据变更和数据读取，但它们在一个响应中返回。

单纯的页面刷新耗时几乎相同。努克斯特为 447 毫秒，斯维尔特套件为 448 毫秒。我运行了很多次，如果非要选择的话，斯维尔特套件整体感觉稍快一些。但总耗时非常接近，我不会仅凭这些数据来选择框架。

让我们来谈谈每个框架中请求的工作方式。

如果你以前使用过努克斯特，这会让你感到熟悉。我在 server/api 中有两个处理程序：

免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。