静态站点的Javascript模块实现

我最近开始着手将桌面应用程序移植到手机上。我对网络编程比较陌生，但我的原始程序只有几百行，所以我想我可能希望使用某种方法来组织我的Javascript，而不是将其全部集中到一个文件中

由于只使用面向对象的语言，我喜欢Javascript使用的模块模式，因为它似乎提供了很多我在编程时习惯看到的结构。但是，我也希望能够将Javascript代码放在单独的文件中，因为我让自己更有条理，而且我真的很喜欢CommonJS要求依赖关系的方式。事实上，我是通过阅读Webpack了解到这一点的。我能够使用CommonJS require模式，然后Webpack将我的多个文件构建成一个Javascript文件，这非常方便

然而，我最近意识到（我想）没有人真正单独使用Webpack，尤其是没有像Node.js这样的后端服务器。我没有使用后端，因为我的应用程序不需要它，所以我想知道如果我的应用程序没有那么庞大，我是否真的需要框架的开销

还有什么其他方法可以让我们以OOP风格编写Javascript，然后将所有文件连接在一起？使用普通Javascript，然后将文件与任务运行程序结合起来，会达到同样的效果吗？或者还有其他替代方案吗

然而，我最近意识到（我想）没有人真正单独使用Webpack，尤其是没有像Node.js这样的后端服务器

我认为你把构建系统和后端服务器搞混了。我确信很多人使用Webpack（和类似的）来构建静态站点。他们使用NodeJS及其生态系统来支持开发和构建，而不是（一定）在运行时

事实上，Webpack网站上的内容让你从一个完全静态的网站开始

使用普通Javascript，然后将文件与任务运行程序结合起来，可以达到同样的效果吗？或者还有其他替代方案吗

这就是Webpack的基本功能。它使用NodeJS生态系统，但这是一个构建步骤，而不是服务器。您可以直接运行Webpack，但更常见的是，您可以将它与Gulp或Grunt等任务运行程序（或者，npm的脚本功能）结合使用

---

Webpack不是城里的老模块/捆绑游戏，还有其他几种（RequireJS、Browserify等）。所有这些都可以单独使用，也可以从任务运行者处使用。最终结果不需要后端服务器。

很抱歉回复太晚，但我想感谢您提供的这些信息。我到处寻找构建系统，发现最适合我所做的事情。