¢ð - 该文章最初是在TabNews上发表的，因此，如果我引用几次，只需忽略

我在React e Next.js estão MORTOS — algo novo está (finalmente) substituindo-o (para sempre)文章中读到了有关此框架的信息（该帖子为英文），我认为没有人在TabNews上谈论它。我决定总结文章以及该框架是什么。

Qwiki的操作

Web开发中的悖论是，JavaScript最需要实施其通常的资源。但是，您的网站要快速加载所需的JavaScript。

所以让我们看看大多数页面与JS的工作方式：

^{浏览器执行应用程序意味着它正在附加侦听器（被视为黑匣子），从而为我们提供了交互性。}

尽管将整个结构（包括视图）发送给客户，但我们仍然必须期望它变得互动。

整个过程不必要地增加了初始化时间，这肯定是一个问题，而不是？

ðð»在此示例中，要使pânina变得互动，负载需要2秒。

现在让我们谈谈Qwik。

Qwik非常粗鲁，因为它允许完全交互式站点加载几乎没有JavaScript并恢复服务器停止的位置。

随着用途与网站的交互，仅按需收取网站的必要部分。这种缓慢的精确负载是使Qwik浸湿的原因。

如果我们打开网络选项卡，我们将在pânão的初始加载中找到零JavaScript。

没有在此特定页面中显示JavaScript，这并不令人印象深刻。任何框架都可以执行此操作（如果您要求一个曲折页面）。

让Qwik与众不同的是他独自发现。

基本上，只是寻求自己的方式说：实际上，您不需要任何JavaScript，我也不会打扰您发送您的邮件。

您注意到JavaScript没有加载以单击Botan。

^{当我单击Hello时，仅显示包含console.log(Hello)的尾声。仅此而已！}

^{next.js vs qwik}

^{与Qwik一起使用panigan是互动的，因为Innio}

---

在这里，我们在流行网站和Qwik之间进行了比较

包括£o

千年来，豪塔玛 - 佛陀告诉我们选择一条中间道路。没有开发人员非常固执，我们仍然选择去极端。

有一个部落告诉您使用所有JavaScript（所有其他水疗中心），有一个部落告诉您不要选择JavaScript（基于WebSocket的框架（如Liveview）），其余的REST允许您使用JS包装尺寸的重量（以及性能的成本）。

Qwik在所有这一切中都是新鲜空气的呼吸，而不是我们以前使用过的。

我不是在这里宣传没有结构，但我们必须认识到这种方法是革命性的。

我想通过这种方法出现更多的框架。

这种方法是前进的道路，如果我们将永远循环。

一些链接

• Artigo original (e completo)
• Repositório no Github
• Documentação oficial