最近，我在写一个新的 markdown 内容，过程中发现没有合适的 markdown 客户端。于是，我希望为自己定制一款全新的编辑器，原因有许多吧，大抵是没有一个编辑器能满足我的需求。
在之前那篇《实施前端微服务化的六七种方式》中，介绍了在实施微前端的过程中，我们采用的一些不同方案的架构方案。在这篇文章中，我将总结如何依据不同的情况来选择合适的方案。
这一系列的问题，让我觉得特别不开心，我浪费了大把地青春在等后端写代码。而联想起很早以前的全功能型团队，我不禁要写一篇文章吐槽一下，WTF，前后端分离团队的资源浪费。
每年，在这个时候，充满了悲欢离合，也总能看到各种活蹦乱跳的小鲜肉。我们毕业了，我们开始赚钱了，我们踏上了一条不归路……。结束一段旅程，开始填新的坑，或者挖一个坑。我总习惯性的会做一些“反省”、总结的文章，它可以帮助我重新回到 “正轨” 上，指出到下一阶段我所需要的内容。
微前端架构是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。
本文将继 《实施微前端的六种方式（上）：三种借助路由微服务化前端应用 》后，介绍其中的三种方式。
微前端架构是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。