又一个React转htmx的真实案例

在htmx演示之母中，您可以看到从基于React的前端迁移到htmx驱动的前端的真实结果。结果非常出色，尽管我们对这次体验有以下说明：

这些数字令人瞠目结舌，反映了Contexte应用程序非常适合超媒体：它是一个以内容为中心的应用程序，显示大量文本和图像。我们并不期望每个Web应用程序都能看到这类数字。

然而，我们确实期望许多应用程序通过采用超媒体/htmx方法能看到显著改进，至少在其系统的部分功能上。

幸运的是，我们有另一个应用程序（同样基于Django服务器端）从React前端迁移到了htmx前端：OpenUnited。

这是Adrian McPhee在原始LinkedIn帖子中展示的图表，显示了迁移前后代码库的总行数：

迁移前后源代码

这次迁移的一个非常好的方面是，与Contexte不同，由于OpenUnited是开源的，迁移前后的代码都可以查看：

迁移前：https://github.com/OpenUnited/old-codebase

迁移后：https://github.com/OpenUnited/platform

执行摘要

以下是迁移的高级摘要

• 他们将代码库大小减少了61%（从31237行减少到12044行）
• 他们将文件总数减少了72%（从588个文件减少到163个文件）
• 他们将文件类型总数减少了38%（从18种文件类型减少到11种）
• 主观上，开发速度感觉至少快了5倍
• 不再先在Figma中制作原型然后移植到HTML，UX开发直接在HTML中完成

分析

我们再次看到了一些令人瞠目结舌的结果。这是因为OpenUnited应用程序非常适合超媒体：像Contexte一样，它是一个以内容为中心的应用程序，显示大量文本和图像。

这次经验再次证明，对于至少某一类Web应用程序，htmx和超媒体架构可以是一个极好的选择。