在运行时按需在内存中捆绑 Javascript 文件

Question

我想知道是否有一种很好的方法可以将复杂的 javascript 文件连续捆绑在一个单独的、自定义的 JS 文件中，然后直接提供给客户端，有点像“智能” CDN 。

我的用例非常简单：将 JS 文件从微服务提供给不同的 Web 应用程序，例如 RUM 脚本（或 Google AdSense 脚本，或通过从 Web 应用程序中的服务导入 JS 文件的任何其他内容）。
问题是，每个请求的 JS 文件都会不同，基于几个参数（例如，请求的 IP 地址、URI 中的查询参数、后端配置等）。

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

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

提前致谢，

Answer 1

当然，这绝对有可能。

• Esbuild（一个新的、快速的打包器）有一个有据可查的 Node.js API： https ://esbuild.github.io/api/#js-specific-details

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

• Webpack 有一个有据可查的 Node.js API： https ://webpack.js.org/api/node/
• Parcel 有一个有据可查的 Node.js API： https : //parceljs.org/api.html

然后它只是（总是“只是”;-)）将它们连接到您选择的网络框架并进入城镇的问题。

不过，我建议您提前考虑缓存——即使 Esbuild 和 Parcel 等速度非常快，不做工作总是比做工作快。