建议:如果想快速登陆微前台，边肖建议优先考虑EMP微前台方案。具体原因如下 近年来，微前台的话题相当火热，业界沉淀了微前台的实施方案，尤其是钱坤，一直是业界关注的焦点。 但是最近边肖注意到Efox团队公布了一个新的微前台程序——EMP微前台程序官公布开源:https://juejin.im/post/6891532248269783054github地址:efoxTeam/empwiki教程:efoxTeam/emp/ Wiki一、为什么放弃乾坤乾坤是一个基于单一spa的微前台生态，但是在研究和使用的过程中发现了以下缺点:对于React深度定制项目，无法很好的交付状态管理，对于AMD、UMD、SystemJS等加载方式不规范的库会有依赖问题(需要有针对性的改造)。多帧实现太大，有一定的调试成本，对现有项目有比较大的改造成本。基于这些问题，边肖一直在寻找行业内更好的方案。 直到我在github上偶然发现了EMP微前台方案。 2.推荐EMP解决方案1的三个理由。基于Web Pack 5 Module Federation Module Federation[fed ren]，JavaScript应用可以在客户端或服务器上动态运行另一个bundle的代码。 这里面的重点是:动态，包含两层意思:按需，你可以反汇编一个包来加载它的一部分；在运行时，它在浏览器中运行，而不是在节点编译时运行；另一个包的代码以前作为文件级或npm包级的导出成员在应用程序之间共享，现在可以用作应用程序级的导出成员属性。 这样做有以下好处:js应用之间可以共享少量资源，非常适合微前台。可以控制第三方依赖包的引入，从根本上释放第三方依赖包的维护压力。所以基于Webpack5模块联邦的EMP微前台方案会比基于单一spa的钱坤微前台方案更有底气，也更适合不同公司的业务。 (对模块联邦原理的深入研究可以在这里找到)2。完美的脚手架生态。你可以在EMP github上看到这些丰富的脚手架和插件，以及react和vue主流框架的演示。 [图像上传失败...(image-7425e3-1604629294906)】边肖先帮你体验一下使用的感觉(激动的握手):首先脚手架@ efox/EMP-CLI: (@ efox/EMP-CLI教程)NPM I-g @ efox/EMP-CLI//or:yarngalobadd @ efox/EMP-CLI执行emp init，按照提示填写项目名称并选择模板模板:【图片上传失败...(image-85ae90-1604629294906)]边肖使用模板react-base和react-project分别生成empReactBase项目和empReactProject项目。在这两个项目的根目录下，有emp-config.js文件。让我们仔细看看里面的配置:例如，empReactProject项目使用了empReactBase项目的一个UI组件。所以我们可以这样配置:empReactBase项目公开需要引用的组件资源:【图片上传失败...(Image-c3db 91-1604629294906)]empReactBase引用的资源被引入empReactProject的配置:[图片上传失败...(Image-33b3d 6-1604629294906)]empReactProject使用empReactBase引用的资源:[图像上传失败...(图片-a3eb-1604629294906)]所以我们访问EMPREACTPROJECT，并且 另外，我们可以看到脚手架也有这些功能。具体使用请参考教程:【图片上传失败...(image-60f90-1604629294906)】在最初的使用中，我们意识到该脚手架的功能齐全流畅，开发体验良好。 而且官方wiki还说明了指导如何登陆的一系列教程文档的发布计划:【图片上传失败...(图片-fb131d-1604629294906)]很期待这些教程。比如关于如何落地react和vue项目，尤其是像cocos2d这样不使用react和vue的项目如何资源共享，边肖迅速盯着，期待升级。 3.零接入成本落地多个线上项目。从EMP微前台方案中的Awesome可以看出，这个团队已经在公司内部成功落地了多个线上项目。 如果值得关注的话，接入的方式几乎等于零成本！！！我个人理解这些牛逼的案例访问时间非常短，不需要对现有项目做大的改动。只要引入EMP配置，就能收获微前台带来的宝贵果实，好处显而易见。 看到这么多落地项目都取得了不错的效果，可见EMP微前台方案实现度高，落地难度低，速度快，适合想要快速拥抱微前台的团队，这也是边肖推荐的重要原因之一。