随着历史项目的基础依赖迁移，项目架构其实也可以提上日程，从项目的治理角度来看，之前按领域模块、业务需求划分为不同的仓库乃至团队维护管理，逐步发展庞大后，业务的分界线似乎越来越模糊，重复的业务实现随着迭代也变得越来越多，这时候回头看，这种模式显然已经不太符合现状。

所以说，东汉末年分三国，hahha，当然了分有分的原因，合则也有合的好处。

那么应该如何规划基于monorepo架构的巨石应用，将历史项目揉进来呢？

  • 分析公共依赖，尽力统一依赖
  • 按领域模型划分目录，各司其职
  • 聚合工具包、组件库乃至数据模型

应用分层

待更新