【问题标题】:On-demand in-memory bundling of Javascript files at runtime在运行时按需在内存中捆绑 Javascript 文件
【发布时间】:2021-10-05 03:55:08
【问题描述】:

我想知道是否有一种很好的方法可以将复杂的 javascript 文件连续捆绑到一个自定义的 JS 文件中,然后直接提供给客户端,类似于 “智能”CDN

我的用例非常简单:通过微服务将 JS 文件提供给不同的 Web 应用程序,例如 RUM 脚本(或 Google AdSense 脚本,或通过从 Web 应用程序中的服务导入 JS 文件来工作的任何其他东西)。
问题是,在每次请求时,JS 文件都会不同,基于几个参数(例如,请求的 IP 地址、URI 中的查询参数、后端配置等)。

解决方案可能很简单,例如我可以通过连接字符串手动捆绑 JS 文件,然后以最少的逻辑或在处理源 JS 中的占位符/预处理的标准模板引擎的帮助下提供结果文件文件。
我想知道是否有更好的方法来做到这一点,比如将 JS 打包器用作 WebpackParcel.js
我使用 JS 捆绑器的经验仅限于它们的标准用法,以便在构建过程中(或在应用程序启动时)使用它们,并使它们将编译后的 JS 文件写入磁盘。

对于我的用例有什么更好的使用方法或最佳实践建议吗?
编程语言没有区别,我添加了 node.js 标签,因为理想情况下后端将使用 Express.js 开发,但 Java 或其他编译语言也可以。

提前致谢,

【问题讨论】:

    标签: javascript node.js webpack microservices backend


    【解决方案1】:

    当然,这绝对是可能的。

    您提到的另外两个捆绑器同样可用:

    那么这只是(总是“只是” ;-) )将这些连接到您选择的 Web 框架并进入城镇的问题。

    不过,我建议您提前考虑缓存 - 即使例如Esbuild 和 Parcel 相当快,不做工作总是比做工作快。

    【讨论】:

      猜你喜欢
      • 2020-08-21
      • 2017-12-05
      • 1970-01-01
      • 2015-02-12
      • 1970-01-01
      • 2011-04-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多