关于 MPA 模式的说明

[wssgcg1213]

https://github.com/ice-lab/ice-next/issues/675 ice 3 默认不支持 MPA 模式，一些场景如果支持需要有文档说明

背景

ice 3 为了统一运行时和业务技术方案，不再区分 SPA 和 MPA，通过 SPA 下的拆包逻辑来达到访问路由时仅加载当前路由资源的效果。 但由于框架运行时默认依赖了 react-router，这部分代码对于 MPA 场景是多余的，在一些代码体积敏感的场景下需要提供对应的解决方案。

解决方案

强制移除 react-router 的依赖

目前已实现在 ice.config.mts 中配置 optimization.router，并且当前路由仅为一个的时候，将会移除 react-router 的依赖。

https://github.com/alibaba/ice/blob/dbcde911b6551f4aded4b165766ae88bc783e2b6/packages/ice/src/createService.ts#L152-L155

如果明确业务场景跳转不依赖 react-router 可以增加强制移除 react-router 选项

monorepo 方案

monorepo 方案更适用于极端场景：

• 原 M-SPA 场景，在一个业务域中部分页面是 SPA，部分页面又是单页。
• MPA 页面下，A / B / C 页面间使用的插件能力差异非常大，比如 A / B 页面使用了 store 等业务实践，而 C 页面仅仅为展示单页，但由于入口 app.ts 的统一引入，导致了 C 页面过于庞大

TODO：具体 monorepo 方案推荐以最佳实践的方式输出

[chenjun1011]

贴一下之前跑的数据

• 引入 react router 的带来的包大小差异大约是
  • history gizp 2kb
  • react-router-dom 5.7k

纯 react 应用 和 react + router 的应用，在 Reno3 下测试 25 次下来

• react 首屏平均耗时 880ms
• react-router 的应用首屏平均耗时 905ms

所以是否有必要提供传统的 MPA ？

[ClarkXia]

单独因为 react-router 引入的影响是不大的，主要是看一些复杂的 case 如何支持，比如 issue 中提到的极端场景