大家好！在本文中，我们将考虑像 hmpl 这样的 javascript 模块以及它如何在项目中替换 htmx。还要考虑它们的差异、优点和缺点。
当进一步比较这两个模块时，值得考虑的是，一个是模板语言，而另一个是一组用于处理 html 的工具，通过属性等实现。
让我们从两个模块的一般概念开始。
通过将用户界面组件移至服务器来减少 javascript 代码的概念
hmpl 模块在概念上与 htmx 类似。我们还可以通过 api 从服务器获取 html，从而取代用于创建 ui 的现代框架和库。让我们举一个小例子来说明 hmpl 和 htmx 以及 vue.js 等框架的工作：
vue.js 示例：
createapp({ setup() { const count = ref(0); return { count, }; }, template: ` clicks: {{ count }} `,}).mount("#app");
登录后复制
大小：226 字节（磁盘上 4kb）
hmpl 示例：
document.queryselector("#app").append( hmpl.compile( ` clicks: {{ "src": "/api/clicks", "after": "click:button" }} ` )().response);
登录后复制
大小：206 字节（磁盘上 4kb）
htmx 示例：
clicks: 0
登录后复制
128 字节（磁盘上 4 kb）
以一个简单的点击器为例，我们可以看到（有一些关于服务器端和客户端数据的警告，以及 html 和 js 标记，但这不是主要思想）我们得到了相同的界面，尽管客户端上的文件大小将完全不同。这正是在服务器端创建现成的或模板 ui 组件的方法的主要优点，以便站点用户可以更快地加载它，同时保留结果。
现在，让我们记住使用框架和库可以获得多大的应用程序，或者至少在早期（当服务器端渲染还没有那么流行时）。相同的 spa（单页应用程序）通过 javascript 生成所有内容，而在 html 中，我们实际上只有一行，但笑话是，使用 10 kb 的 html，我们会得到一个几十兆字节的 javascript 文件。这样的网站，用户第一次访问它时，可能需要很长时间才能加载。
例如，如果潜在客户想要快速订购鲜花，他不会等待10-15秒的送货商店网站加载，他会转到另一个网站，该网站加载速度会更快。
还有很多关于网站如何影响销售渠道的实际例子。但重点是，最主要的是界面的速度和便利性，这里已经存在方法上的差异。但最好在单独的文章中进行此操作。在这里我们还考虑了 hmpl 和 htmx 的比较。
为什么使用 hmpl 以及它相对于 htmx 的优势是什么？
在本节中，我将尝试告诉您在某些情况下可能选择 hmpl 而不是 htmx 的几个主要原因：
1.两个模块有着类似的减少代码的思想，但概念上有所不同。就 htmx 而言，一方面，我们获得了一个方便的工具来处理现有的 dom，但另一方面，所有这一切都是通过 html 发生的，并且是实时更新的。非常困难的是，通过非标准解决方案，我们或多或少可以通过 javascript 进行工作，而事实上，使用 javascript 的工作几乎完全不存在。就 hmpl 而言，一方面，我们可以轻松地使用 javascript；另一方面，我们可以轻松地使用 javascript。生成自定义 requestinit，使用与 htmx 相同的服务器 ui 支持创建数千个单独的 dom 节点，但另一方面 – 所有工作都是通过代码完成的，当您想要更快地创建项目时，这并不总是很方便。我们来看一个代码示例：
hmpl 示例：
import { compile ) from "hmpl-js";const templatefn = compile( ` email { { "src":"/api/register", "after":"submit:#form", } } successfully registered!
`);const initfn = (ctx) => { const event = ctx.request.event; return { body: new formdata(event.target, event.submitter), credentials: "same-origin" };};const obj = templatefn(initfn);wrapper.appendchild(obj.response);
登录后复制
htmx 示例：
email successfully registered!
登录后复制
这个例子清楚地表明，htmx 更多的是关于最大化速度和缩短代码，而 hmpl 是 htmx 和用于创建 ui 的现代框架或库的结合。我们可以说我们得到了一些类似的结果，但考虑到我们可以自定义对服务器的请求。
2.hmpl 语法也有其自身的优势，因为查询对象不绑定到任何标签。渲染时，它们会被替换为注释，不会因不必要的标签而使 dom 变得混乱。语法示例：
hmpl语法：
some text {{ "src": "/api/getsometext" }} some text
登录后复制
htmx 语法：
some text some text
登录后复制
在某些情况下，无法仅使用 p 或 s 等短标签来分配属性来实现最小文件大小。有时，您必须在同一个表中使用模板标记，而它又会占用文件中的大量字符。在 hmpl 语法中，总是有单花括号，然后是一个对象。
3.hmpl 完全基于 fetch 请求构建，该请求于 2015 年作为标准引入。htmx 用于 ie13 支持，默认使用 xmlhttprequest，该请求于 2000 年引入。fetch 函数允许您在浏览器，例如 abortcontroller、信号等等。
而且，仍然有很多优点，比如在使用 webpack 和其他文件时有一个单独的 .hmpl 文件扩展名，但在我看来，我强调的那些是最重要的。 webpack 配置示例：
module.exports = { module: { rules: [ { test: /.hmpl$/i, use: ["hmpl-loader"], }, ], },};
登录后复制
hmpl 的缺点
此外，hmpl 有一些我想谈谈的缺点：
hmpl 尚不支持 websockets，这可能会使项目中的代码实现变得复杂。在 htmx 中，存在这种支持。
由于使用了 fetch，因此在某些较旧的浏览器版本中将不支持该布局。
hmpl 是一个新模块，它有时会存在错误。相反，htmx 由于其广泛使用而经过测试。
结论
在需要灵活的请求定制以及通过javascript直接与节点合作的情况下，hmpl模板语言可以替代htmx；例如，如果您想要创建一个包含 1000 个相同节点的循环，同时具有面向服务器的 ui 的优势，那么它也适合该任务。如果目标是完全减少使用 javascript 的工作，或者使用已建立的经过测试的模块以及通过最少量的 html 代码与服务器进行简单的连接，那么 htmx 就很适合。
感谢大家阅读这篇文章！
链接：
https://hmpl-lang.github.io
https://htmx.org
以上就是HMPL – HTMX 的最佳替代品的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2664270.html
