巨石(monolith)应用

巨石(monolith)应用

web应用程序发展的早期，大部分web工程是将所有的功能模块(service side)打包到一起并放在一个web容器中运行，很多企业的Java应用程序打包为war包。其他语言(Ruby，Python或者C++)写的程序也有类似的问题。

其中web打包工具有webpack，snowpack，parcel，最后打包生成的包，我们一般叫bundle。

假设你正在构建一个在线商店系统：客户下订单、核对清单和信用卡额度，并将货物运输给客户。很快，你们团队一定能构造出如下图所示的系统。

这种将所有功能都部署在一个web容器中运行的系统就叫做巨石型应用。巨石型应用有很多好处：IDE都是为开发单个应用设计的、容易测试——在本地就可以启动完整的系统、容易部署——直接打包为一个完整的包，拷贝到web容器的某个目录下即可运行。

但是，上述的好处是有条件的：应用不那么复杂。对于大规模的复杂应用，巨石型应用会显得特别笨重：要修改一个地方就要将整个应用全部部署(PS：在不同的场景下优势也变成了劣势);编译时间过长;回归测试周期过长;开发效率降低等。另外，巨石应用不利于更新技术框架，除非你愿意将系统全部重写(代价太高你愿意老板也不愿意)。

作为聪明化身（秃顶）的前端程序员，当然不能允许这些问题一直存在。于是有了不打包的解决方案（snowpack）和微前端（microfront）。

以下是snowpack和microfront链接（后续补充）：

no-bundle： no-bundle方案对比 vite snowpack

微前端： 微前端方案对比 qiankun ESM