Qwik可重用性与其他web框架的再水化有何不同？

Question

服务器端呈现(或SSG)需要补液步骤的Web框架，这与Qwik恢复方法有什么不同？

Answer 1

有很多的web框架。它们都有某种形式的SSR/SSG。SSR/SSG的目的是预先计算服务器/构建时间上的HTML，因为HTML是向用户显示内容的最快方式。

HTML的缺点是它不具有交互性。因此，虽然SSR/SSG可以让您的网站快速绘制，但必须补充水化，以使网站互动。

什么是反应？

再水化有两个原因：

interactive.

• The框架需要将侦听器附加到DOM，这样页面才能成为框架，需要收集有关组件层次结构的数据。(基本上建立组件树和所有的元数据以与之配套)

没有上述两点，HTML实际上是静态的。

再水化成本高昂的原因是，上述两点都要求框架下载页面上的所有组件并执行它们的模板。在模板执行期间，框架收集侦听器闭包，并将它们附加到DOM以及收集组件树元数据。

以上内容在带宽(下载大量代码)和执行(解释大量代码)方面是很昂贵的。

有不同的方法吗？

是的，这就是Qwik的可恢复性所在。

Qwik，和其他框架一样-- SSR/SSG --并将HTML发送到浏览器。Qwik应用程序就像其他web框架一样，需要这样做。

1. 事件处理程序附加到DOM和
2. 框架，以理解组件树及其元数据。

到目前为止，需求是相同的，但是Qwik没有下载和执行模板来收集侦听器和数据，而是以服务器/build上的附加属性和元素的形式将所有这些信息序列化为HTML。这意味着：

1. Qwik不需要在模板中查找侦听器，而是已经以属性的形式出现在HTML中。Qwik只需要注册一个全局侦听器，它就可以读取这些attributes.
2. Qwik，将应用程序状态和组件层次结构序列化为HTML (以JSON的形式)。因此，在客户机上，Qwik不需要下载并执行模板来重新构建它。

这就是Qwik被恢复的意思。因为Qwik序列化了所有int数据，所以Qwik可以跳过补液步骤，从而使HTML复活。补水步骤通常是在应用程序启动时在浏览器上执行的所有第一方代码中最大的成本。Qwik刚刚恢复到服务器停止运行的位置。