作者：京东零售郑炳懿
开篇：
如果你不知道微前端是什么，或者不知道微前端能解决什么问题，那么你可能不需要微前端。
在我看来，对于每一个没有使用过的新技术，都应该有以下几个过程：
1、调研该技术，产出相应的调研文档。
2、输出技术Demo，基本的框架结构。
3、试着在项目中使用它，这一步坑会很多。
4、把它推动到线上完成真正的技术升级。
?
一、调研微前端1.1业务背景某次遇到一个从0到1的大型项目，该项目涉及两个端，除了鉴权和部分业务逻辑不同外，页面UI和其余逻辑几乎一致，遇到这种项目，该如何架构？既能保证项目顺利开发完成，又能保证后期的迭代、维护、可扩展？
1.2初步方案首先，想到的技术方案有这么两种：
1、复用同一套代码，通过判断不同的权限，服务端下发标识，处理异同的业务逻辑。
2、开发两套代码，两套鉴权各走各的，页面相同部分从左边Copy到右边。
其次，回过头来想了想，这两种方案都有缺陷：
1、复用同一套代码，后期迭代的过程中，业务差异越来越大的时候，就会形成“屎山”。
2、开发两套代码，后期迭代的过程中，如果业务依然高度相似，那么每次都要把A项目中的代码Copy到B项目中；如果业务逐渐有了各自的风格，那么两套代码的方案显然是更佳的。
最后，除此之外，还有别的更好的方案吗？
1.3什么是微前端？微前端的概念是由ThoughtWorks在年提出的，它是一种前端架构风格，将一个庞大的前端应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发、独立运行、独立部署，再将这些小型应用融合为一个完整的应用，或者将原本运行已久、没有关联的几个应用融合为一个应用。微前端既可以将多个项目融合为一，又可以减少项目之间的耦合，提高开发效率和可维护性。微前端的核心在于解耦，通过拆分和集成来实现前端应用的可扩展性和灵活性。
?
??
图片来源于micro-app