谈谈大家对微前端的看法

一个项目，有首页，搜索页，购买流程，账号页面，售后流程。总代码 40 万行。除掉单测，快照，大概 20 万行。几十个前端开发协同工作。 React 项目，有完善的懒加载机制，服务端渲染。Router + Redux 。由于公司收购，新公司的架构变更，这个项目要迁移到新的仓库，新的云供应商，新的项目外部依赖。有人提议使用微服务来重新按 domain （首页，搜索这些）对这个项目使用微前端的概念来重构基础框架。虽然是不同的 domain ，但是它们有相同的基础组件依赖，有公共逻辑依赖，状态在 Redux 。传统，规规矩矩。

下面是我个人在团队内提出的看法：

项目虽然有不同的 domain ，但是有公共逻辑和组件，使用微服务会导致公共逻辑重复。因为微服务的概念和模块联邦不一样，微服务是一个自洽的服务，它可以独立运行，所以它必须有完整的逻辑和依赖。这意味着，拆分出的微服务需要重复很多逻辑，会带来很大的维护负担。
我们不像门户网站，不同的 tab 对应不同的功能，可以根据 tab 拆分服务。比如，机票 tab 是机票团队的页面。酒店 tab 是酒店页面。它们完全是不同的服务。几乎没有公共业务逻辑（日志这些不算）。我们的服务没有 tabs 的概念。
主应用和子应用，子应用和子应用之间的状态传递会导致逻辑和 debug 的复杂度指数级上升。加大了开发的心智负担。很多团队不止工作于一个 domain ，而是交叉的。
- 这里我们考虑多一点。我们使用 styled-component ，所以 CSS 的隔离是一定要的。否则 id 会重复。
- 既然拆分了，那就意味着我们需要独立部署每个微前端，每个微前端就需要照顾自己的服务端逻辑，比如预热，比如服务端数据请求。我们现在的拆包已经可以达到“浏览器只需要请求需要的 bundles”的目的了。所以独立部署带来的好处不大。
- Redux 的状态共享，我们需要额外的机制来实现微前端的状态共享。
严格考虑是否提升了用户体验和浏览器端性能。没有，反而降低了性能。增加了重复的逻辑和代码量，增加了资源消耗，复杂度增加。
微前端本身是为了屏蔽不同技术栈，在同一页面展示和共享状态的，我们的服务本来就是一个整体服务。所有的公共逻辑都是一样的。
虽然微前端可以让我们渐进式的迁移，但是后期整合带来的效率低，和复杂度的问题也是需要严格审视的。

学识尚浅，有核心的东西没有考虑到吗？我不知道该用什么来作为辅助验证我说法的东西。

JefZ

72 天前

感谢大家提供参考

@shunia @tianzi123 @yimov2 @shadowyue @laommmm @shunia ↓

> 增加后期心智负担

这是最恐怖的。我们现在的模式挺好的，新的框架基于 Next ，相当于提供了初始化项目的范式，正正常常，没有垂涎的优势，复杂度守恒，除了可以统一框架，不一定能带来什么优化，边际成本变多。

@beq ↓

> 于是根据功能将其划分多个子系统，

哥你这个拆的太彻底了，这变成了彻底的前端微服务，每个子系统独立的很，我们应该没法和你们一样拆的这么彻底。

@rockey1997 @zy0829 @lee88688 @mygao666 ↓

> monorepo

好主意。深化一下我们现在的项目结构。

* 统一技术栈，项目按照 DDD 的思想，每个有边界的业务有自己的 domain ，几个 domian 结合起来就是 monorepo 中的一个 package 。现在我们不同的 domain 之间就互相干扰，每个团队这里引用一下那里导出一下，拆分成 package 也应该不会好转
* 独立，独立构建，独立配置，因为原来就是统一的栈，所以独立后，无非是复制一份基础的配置和构建过程。
* 项目的公共依赖，几乎每个 domain 都使用到了，没有一个 domain 有的依赖别的 domain 没有的场景。所以不存在依赖管理的问题。
* CICD 么，bundles 包都被上传到了 CDN ，要服务器没有用。只有主应用因为要 SEO 和服务器端逻辑才需要服务器。大部分 domain 就安静的待着，没有服务端逻辑，静态文件服务都不需要。

这种情况下，monorepo 的优势在哪里呢？因为没有做过，所以无法理解真实的项目问题和好处。

@jones2000 ↓

> 聚合网关

我们有 BFF 。BFF 也要迁移。这就是另外的问题了。涉及到 BFF 和后端的访问延迟，访问权限。

----

补充背景：
这个主题主要是关注技术，但是我想增加一些额外的东西来说明我们除了技术上的选择，还有非技术的压力。
新的公司架构有一套自己的，封装了 Next 的框架，围绕着这个框架有很多额外的依赖（比如翻译，配置）。高层决策希望统一技术栈。我们自己也挺想用新的体系，问题在于不想为了统一而统一，因为我们属于成熟项目，大家不都说理想的技术决策是基于理性表达代码嘛。