PHP前端开发

为什么 HTMX 远远优于 React 和 NextJs

百变鹏仔 3天前 #JavaScript
文章标签 HTMX

在 Anuntech 上,我们面临创建 ERP 的挑战,对于那些已经使用过 ERP 的人来说,知道 ERP 可能是创建(和使用,上帝保佑 SAP 用户)更复杂的软件类型之一。

为了避免使用的复杂性,我们想要类似于 PlayStore 的东西:你有无限的模块可以启用,你可以选择你需要的模块或选择一个“业务模板”来满足你的需求,我们的目标是中间,来到了第一个问题:选择前端工具。

反应

所以,要创建任何网站,我们都需要一个框架,每个人都知道这个不容置疑的真理。和其他人一样,第一个出现的框架是 React,它是十亿个 JavaScript 框架中最常用、最受喜爱、最令人难以置信的框架。

React 很好,它给了我们:

但是react本身有很多问题:

所以我们必须多思考一下:如果我们不能使用 React,我们的下一个选择是什么?

下一个

当然,React 的自然进化,Next!,React 已经很完美了,但是有了 Next,它就达到了另一个完美程度!没有办法不行:

但是 Next 的问题比 React 还要多:

所以我们开始意识到问题不是框架,而是整个 JavaScript 生态系统。

对抗 JavaScript 的战争

JavaScript 生态系统有无数缺陷:

  • 它需要大量的依赖项,并且每个依赖项都有更多的依赖项。 JavaScript 生态系统有一个严重的问题,就是想将最小的问题委托给自己以外的其他人。它带来了前所未有的安全风险,而且他们似乎没有从 PolyfillJs 和 Coa 等事件中学到任何东西。

  • 使用您的自定义代码和您使用的所有库构建 1 个捆绑包,这使得无法在客户端上缓存这些库,以避免在更改自定义代码时再次下载它们。

  • 除了操作 DOM 之外,JavaScript 还很糟糕,我们要不惜一切代价避免在服务器上使用它。具有糟糕的性能、糟糕的内存管理和糟糕的长期寿命。

  • 生态系统比边缘障碍者的幽默更不稳定,JavaScript 开发者无法忍受拥有一个;他们不喜欢,或者他们会从头开始创建自己的东西,你猜怎么着?它将成为新标准,天知道为什么。每隔几个月,编写 React 的方式就会发生变化,或者编写 Next 的方式会发生变化,或者管理状态的方式会发生变化,或者管理表单,或者进行样式设置,总是有一些东西在变化,没有什么永远不会有最低限度的稳定性或标准。它迫使开发人员总是以不同的方式学习相同的东西,而你的代码库在你写完的那一刻就会过时。

  • 对于我们的具体案例,我们还遇到了更多问题:

    由于我们住所遇到的所有问题,我们决定采取彻底的措施。我们没有寻找单一的解决方案并尝试使其发挥作用,对其进行一些更改以查看是否能够将正方形装入三角形,而是选择 180° 转向并寻找极端的替代方案,从而避免所有这些问题的根源: JavaScript.

    HTMX

    可能和许多了解 HTMX 的人一样,我首先是从 Primeagen 听说它的。起初,我讨厌它。我的第一反应是“很好,又回到了 PHP”,但在对解决方案进行了一些审查并了解了