搞完以后，索然无味，突然意识到，这个改造的过程中，似乎终极目标就是让子应用的使用体验就像是写在同一个工程内一样，问题来了，既然终极目标就是写在同一个工程内，那么为什么一开始我要拆分呢？难道仅仅是为了一个概念上的“微前端”？？？
前端子应用的本质是为了追求独立部署（也许吧），但是在实际业务中，子应用很可能是一个看似独立实则业务与父应用高度耦合的模块，这就不可避免子应用调用父应用诸多业务实现，你很少有独立存在的必要（起码在我接触的业务中是这样的），这就意味着一旦子应用脱离了父应用的环境，你就需要为这些原本属于父应用的业务能力打补丁，这就显得很冗余。
如果父子应用都写在一个工程内，通过修改构建配置，实现独立打包 /部署，那么不但可以避免最开始那些需要踩的坑，还能轻松共享不同应用间的业务 /组件能力，所以诸如 single-spa 的出现，解决的是哪些真实业务场景需求呢？我很迷惑。当然了，搞技术的嘛，贵在折腾，于我个人而言，我还是有收获的。
最后，有折腾的机会我还是会去折腾的。
应用, 业务, vite, single-spa
