Qwikover Next.js
Qwik 是我进行 Web 项目开发的首选框架，而不是 Next.js
作为一名全栈工程师，我的前端之旅始于大约 10年前。从纯 JavaScript 和 jQuery 开始，然后转向了 KnockoutJS、AngularJS 和 GWT。React 出现， React 一直是我的首选库。在这个过程中，使用过各种其他的框架和库，但 React 一直是我事实上的前端库，直到今年我发现了 Qwik
Qwik 是一种具有可恢复性的新框架（没有 JS 的立即执行，也没有水合），Qwik 使用了 JSX，和 React 很像，但它有一个非常典型的特性：可恢复性。“可恢复性是指暂停在服务器上的执行，然后在客户端上恢复，而且无需重播和下载所有应用程序逻辑。”换句话说，就是可以渲染、暂停、恢复、渲染、暂停、恢复等。
- Think Qwik
- Resumable
- Progressive
- Reactivity
Qwik 的设计宗旨是使客户端 / 服务器之间的边界基本不再成问题。默认情况下，一切都在服务器上渲染，除非你特别使用函数（比如搭配使用 useVisibleTask$ 和 isBrowser）强制在客户端渲染。
Next.js 是一个封装 React 库的重要框架。它是当前 React 开发的首选框架,Next.js 是一个用于构建全栈 Web 应用程序的 React 框架，Next.js 生来就与整个 React 生态系统做了原生集成。Qwik 可以通过 qwikify$ 函数访问广大的 React 生态系统
Qwik 使用了 Vite，而 Vite 正成为 Dev 服务器前端工作的主要支柱之一。Vite 提供了一些令人难以置信的特性，比如内置的反向代理和非常有效的模块处理和热模块重载。要了解更多信息，请查阅为什么选择 Vite。使用 SWC、Turbo 构建和开发 Next.js 仍然非常快，但 Vite 在这方面更有优势。
Qwik 的可恢复性可能会成为未来框架的基础特性。甚至是 React Server 组件所做的事情也是类似的，即渲染完成后将数据序列化到客户端
来源：
Outshift | Qwik vs. Next.js: Which framework is right for your next web project?
Next.js by Vercel - The React Framework
Framework reimagined for the edge! 📚 Qwik Documentation
