单页模式最大的原因就是为了兼容 APP ，让手机端的网页体验能接近 APP

> 返回到到以前的模式。还是保持单页模式? 个人拙见，返回是不可能的，现在的开发模式就是为了解决以前的问题。那么现在遇到新的问题，应该去解决新的问题，而不是回到以前去面对以前的问题。 SPA 和 MPA 有各自的适用场景。

SPA 适用于类 App 的开发，典型的就是各种 PWA ，MPA 适用于 App 端内嵌的 Web 页面开发

全量编译：CI 太慢可以加缓存，大多数项目时间没要求 全量部署：增量不好回滚，还有最关键的可能导致线上代码和预期不一致，虽然全量费时间但是稳定 以上都是运维角度的一些经验吧

先说是不是，再说为什么。 是不是？不是。 大型和超大型项目在前端的角度来看并不是“一个项目”，比如随便找一个互联网大厂的 App 都包含了海量的 h5 活动页，实际上这些活动页一个业务甚至一个模块就是一个 git repo 。 每一个产品都是来自于天南地北好几个办事处几百个外包攒出来的，这种情况下 JSP 热更新那套逻辑根本不适用。 再说为什么，因为这点损耗不是你需要担心的，容器有没有损耗？ k8s 有没有损耗？服务网格有没有损耗？ CI/CD 是不是成本呢？ 现代软件开发逻辑本来就是用性能换可维护性并降低人力成本，人才是最贵的。如果对于这点没有实感的话，一个校招生一年的薪资够你加两台机器，更不用说开发人员数量增加后，配套人员和设施的成本了。

[现在] 1 、前端也有微前端，虽然不完美，但是能够解决一定的问题 2 、jsp 、php ，正规生产环境不可能让你替换单个文件，都是按版本进行整体应用更新。如果是开发环境、那么用什么方式都没差。 3 、jsp 、php 等开发逻辑与前端开发生态存在断层，js 开发人员需要学习 jsp 、php ，导致不必要的上手成本。 4 、前端领域也有“jsp”，那就是 next.js 、nuxt.js 、analog.js 等前端全栈框架，开发体验已经可以替代传统 jsp 、php 。 [未来] 1 、前端有多种开发方式，SPA ，MPA ，SSR 、SSG 等等，远比 jsp 、php 丰富 2 、上面也说了，前端也有微服务，虽说不完美，但是页面的逻辑和后端微服务不一样。 3 、SPA 能够解决 90%的应用场景，所以 SPA 流行，需要 SEO 的特殊需求可以通过 SSR 补全剩下的 5%，纯静态的文档、博客网站，可以使用 SSG 模式。 不管那种模式，前端的生态都是可以复用的、共享的，你看看 jsp 、php 是不是就显得单一了许多

大项目需要自定义编译颗粒度，一个小的改动不至于影响所有已编译文件。

个人粗鄙的见解就是，单页面的形式，就是把页面和后端接口 解耦了，前后端更灵活 而且开发体验更好，而且越是大型的项目，相对维护成本越低

单页模式的优势是客户端状态好维护。在服务器维护简直就是吃屎。

多页模式怎么维护状态，虽然有些方法，简直灾难