Skip to content

参考

当项目变得逐渐庞大时,就很难再调整方向了,比如升级基础库、换一个框架、换一门语言等,写也不好写,测也不好测,部署也不好部署。

参考后端的微服务,只要项目足够小,就很容易升级或替换,同理,前端项目也是一样。举个例子,各种各样的促销弹窗,本不应该由业务项目的代码来维护。

微前端的核心思想是按模块部署项目。如何划分单个服务的职责,又需要参考单一职责原则。微前端主要是为了实现每个模块的代码隔离和团队隔离

父应用与子应用的关系有点类似于CSS中由父元素控制样式还是子元素控制样式的问题,比如水平的间距,是父元素设置padding,还是子元素设置margin,交给子元素的话,可能导致不够通用(某些地方不需要水平间距);交给父元素的话,可能会导致一些重复(不同父元素包含相同子元素,水平间距需要重复写)