一、 微前端的场景应用
1. 微前端概念简述
谈到微前端的场景应用，那就先要明白什么是微前端。整过后端的人【包括我自己】，会将微前端跟后端的微服务画上等号， 就像自适应和响应式两个概念一样。其实从侧重点、应运而生的场景还是很有区别的，但是不可否认，微前端借鉴微服务的思路的 嫌疑，毕竟微服务是2014年左右提出，事后的两年2016年提出微前端概念，之后才如雨后春笋般，路由分发、iframe、single-spa、 qiankun、micro-app等等，有点扯远了，，，
简单的说，后端的微服务侧重点是服务解耦，由一个庞大的单体应用，根据相应的解耦规则划分成多个模块，各个模块管好自己。 而微前端正好相反，它侧重点是业务聚合，本质上是将多个不相关的页面强行合并为一，多个前端系统组合在一起，方便用户更好的使用，尤其是OA系统，举个例子， 据说美团HR系统 是由30多个前端应用，包含1000多个页面，300多个导航菜单项。可以想象，如果不把这些应用聚合在一起进行维护使用，那是怎样的一场噩梦。一天 上来先啥也别干，先登录打开十几个网址再说，，，
2. 微前端能做到的场景
- 将多个系统聚合在一起，实现更加友好的使用体验。
- 两个团队共同开发一个前端应用，且两边的技术栈不统一。
- 将某些子系统的某些页面单独抽取，组合成新的模块，提供给用户使用。
3. 微前端的颗粒划分
- 应用级别划分，也可以说是按业务拆分：这个业务可细一个前端应用中的某个模块，可粗就是整个前端应用。
- 权限划分：比如门户和管理系统
- 按照更新频率：将更新频率高低进行划分，方便维护。毕竟是个人都不想打开一个工程，在成百上千个文件中找那么几个文件改东西。
- 按照团队，不同的团队技术栈可能不一样，划分之后管你用啥，随缘随你，你开心就好！
- 其他
4. 技术选型
微前端的技术选型永远是个老生常谈的问题，当然了一线互联网公司，不存在这个问题，人家都是自己造轮子。 那么排除有能力造轮子的厂子，剩下的就是需要拿来就用，适合自己的就行。技术不搞崇拜，适合即是王道。
简单看看现在的主流技术
最后脑袋一拍，就他了，京东的
Micro App。