作为A 完整的堆栈开发,我拥有丰富的经验,我觉得我已经在网络开发世界中走了一圈。我从.NET开始从Web表单开始,然后从Angular&thackular&then react 和近年来 next.js 等MVC框架forme渲染。
尽管我花了很多时间与React and Loved一起开发前端,但我觉得它正处于随着时间的流逝而变得太复杂的阶段现代建筑需求。
Next.js在早期很棒,直到我开始出现重新放入服务器端数据的问题,但仍然没有为此找到琐碎的解决方案。我不喜欢使用太多的魔术,例如 react query ,过去我大多数应用程序都使用了 redux 。
去年年底如此,我开始研究许多有前途的新框架。为了在SSR上脱颖而出,大多数新框架都具有元部分,就像Next.js试图用于React。
一样。我的考虑是:
- 我需要更少对重新租赁的担心。潜在的细颗粒反应性应该考虑到这一点。
- 我需要框架中的微不足道的SSR/SSG。
- 没有局部或完整的水合头痛,何时在服务器上进行保湿,因此应用程序将数据传递给客户端代码。
- 不需要第三方软件包来监视,获取更新数据。我不喜欢魔术。
- 良好的灯塔得分快速渲染。
- 编码经验更靠近Vanilla JavaScript/Typescript范例。
以下是我遇到的框架的简短列表:(请记住,因为我还没有完全探索这些框架的所有方面,因此我可能会错过功能)
)-
qwik 是一个框架,我对此印象深刻,因为它在第一次加载上提供了恒定的最小JavaScript,然后通过Web Workers懒惰JS。它具有反应性,这意味着它不需要重新租赁而更新注入变量。它还具有称为 qwikcity 提供服务器功能SSR&SSG&的元部分,因为它具有 requmeablity 。语法和概念非常类似于反应,因此可以舒适地捡起。上次我看,他们发生了一些破裂的变化,我觉得这还没有准备好黄金时段。
-
solidjs 是另一个出色的框架,如语法,细粒度反应性和快速渲染,因此从理论上讲,人们对变化状态的担忧较少,并且不用担心重复的担忧渲染。它具有一个称为 solidstart 的元框架,除了其他大量功能外,还提供服务器功能和服务器端渲染。然而,Sucdstart也处于早期发展。我听说过将反应变量传递给没有更新的儿童组件的问题。
-
有些人发誓 svelte & sveltekit 。
它是开始细粒度反应性趋势的一种。它是快速的,并在编译时将代码编译为有效的JS。 Sveltekit是Svelte的元框架,可为Svelte应用程序提供运行时。随着应用程序大小的增加,构建的大小增加了。 -
Astro 是另一个非常受欢迎的网站构建工具。
对我来说,似乎更像是其他正在普及 Islands 建筑的元框架。它在运行时呈现快速静态内容,并且仅根据需要提供 javascript 。最重要的是,它可以像React,SolidJ,Svelte等一样带上自己的视图库。
上述所有框架 /图书馆 /工具都是非常有希望的,但是我对React的丰富经验。JSEco System告诉我它从不床或玫瑰。因此,我不确定这些技术中的哪一种我应该花时间进行深入研究,这将是一项很好的投资。
如果您在我的鞋子里,您会做什么,请在评论部分提供反馈。