建中的这种不同技术使得加载站点

jtom88854@gmail

框架试图减少这个时间。但它们也有局限性。该任务的时间复杂度为O(n)。也就是说，随着页面大小和页面交互量的增加，用户端需要执行的代码量也会增加，同样，页面所需的时间也会增加动态会增加。 很明显，随着业务需求的不断增加以及用户与网页更多交互的需求不断增加，这个时间已经无法减少。 这就是 Qwik 发挥作用的地方。


Quick 是一个框架，其使命从一开始就是： 将交互时间从 O(n) 减少到 O(1)，同时保留所有先前框架 传真列表 的所有优点。 在构建过程中快速检查所有项目组件。在此阶段，确定了几个问题： 哪些组件不与用户交互 哪些组件根本无法改变状态 哪些组件具有可变状态（包括用户交互）。 然后所有不具有可变状态的组件都完全渲染在服务器端，这类似于React和NextJS中的服务器组件。



但奎克的杰作是构建可以更改的组件。 Quick 将与这些组件的不同部分相关的代码提取到非常小的单独的包中。 根据 Mishko Hevery（Quick 的创建者，同时也是 Angular 的创建者）的说法，Quick 将您的代码分解为数百万个小部分。 构成为可能，而无需将与客户端相关的所有代码发送给用户。