行云前端重构之路：从单体应用到 Monorepo 的血泪史
💡
原文中文，约6800字，阅读约需17分钟。
📝
内容提要
行云2.0时代，业务工程迅速发展为庞大生态系统，但初期架构混乱、代码依赖复杂，维护困难。通过“内外同源绞杀计划”，实现模块化、瘦身和代码清理，采用monorepo架构，提升了扩展性和维护性，为业务发展提供了支持。
🎯
关键要点
- 行云2.0时代，业务工程迅速发展为庞大生态系统，初期架构混乱、代码依赖复杂。
- 通过内外同源绞杀计划，实现模块化、瘦身和代码清理，采用monorepo架构。
- 架构困境包括代码结构混沌、业务杂糅、频繁发版、商业化困境等。
- 内部迭代困境和静态资源臃肿导致维护困难，废弃组件堆积增加复杂性。
- 原子样式使用无序，新业务扩展面临平衡挑战，构建方式单一限制了效率。
- 内外同源计划的目标是模块切割、构建瘦身、代码清理、样式规范等。
- 改造后工程采用monorepo框架，明确应用模块与共享模块职责。
- 开发体验优化通过迁移至Vite、缓存提升效率，云端构建提高构建速度。
- 改造实现模块化、微前端、组件驱动开发和主题定制等架构设计原则。
- 分享经验和教训，帮助其他人面对类似问题时有所启发。
➡️
