大家好！在这篇文章中，我想告诉你如何通过 hmpl 这样的模板语言来多次减小 javascript 文件的大小。

文章中出现的技术方法并不新鲜，但今天仍然很流行，值得讨论。

减小 javascript 文件的大小将使页面在客户端上加载得更快。如果我们采用现代 SPA，即使考虑到所有的缩小，文件大小仍然很大。当然，一旦加载页面一次，导航起来就会更容易，但第一次加载时间本身可能会从一秒到几分钟，如果互联网连接不好的话。很少有顾客愿意等那么久。

当使用大多数框架和库来创建 UI 时，您必须编写大量样板代码。每个符号都占用内存空间。让我们来看一个 Vue.js 点击器：

createApp({
  setup() {
    const count = ref(0);
    return {
      count,
    };
  },
  template: `

        Click!
        
Clicks: {{ count }}
    
`,
}).mount("#app");

一个超级简单的点击器，但即使它也需要相当多的 js 代码行，更不用说那些应用程序或多或少较大的情况了。

即使没有两个逗号，也可能会少几个字节

这不仅是 Vue 的问题，也是以类似方式工作的其他框架和库的问题。但是，这不是唯一的一点。有大量的附加模块进入它们，并且同样数量的附加模块进入它们，依此类推，直到“无穷大”。

事实上，这个问题的解决方案之一很早以前就被提出了，而且非常简单——就是在服务器上准备好 UI，然后简单地将其加载到客户端上。因此，应用程序文件的大小可以显着减小。这正是 HMPL 中使用的想法。

在示例中，我还将尝试制作一个答题器，但使用 hmpl.js。

document.querySelector("#app").appendChild(
  hmpl.compile(
    `

        Click!
        
Clicks: {{ src: "/api/clicks", after: "click:button" }}
    
`
  )().response
);

如您所见，用户界面将相同，但文件大小会小一些。

即使您缩小文件并从模板中删除所有不必要的空格，也许文件会达到同等水平或更大，但这只是小示例的假设。如果我们采用大型应用程序，那么很明显，采用这种方法，js 会少得多。

从示例中可以看出，如果需要，可以将计算和存储应用程序状态的功能移至服务器。

正如您从示例中看到的，如果需要，可以将计算和存储应用程序状态的功能移至服务器。显然，如果用户数量巨大，这只会导致服务器瘫痪，但用户界面相同这一事实很重要。

是的，当然，这种方法不仅有这样的缺点，还有UI的可重用性，如何缓存UI以免加载所有内容一百次等等。替代方案很重要，如果配置正确，可以与大多数现代解决方案竞争。

非常感谢大家阅读这篇文章！

材料清单：

https://hmpl-lang.github.io/#/docs
https://vuejs.org/guide/quick-start.html