微前端作为解决巨石应用模块化和降低技术框架变动风险的神器，我觉得是当下前端发展的一大方向，可以在未来5-10年内保持生命力。 作者从2019年12月第一次使用qiankun框架落地微服务以来已经过去了一年多的时间，形成了、脚手架、工程结构设计、日常开发维护、性能优化、部署等一整…

一个合适的框架可以使你的工作事半功倍，但是如何选择合适的框架就是一个耐人寻味的事情，如果你对微前端框架不了解，那么你可以看看这篇

随着前端工程化日益发展，微前端的概念和微服务一样，越来越受到关注🚀。本文将以一个实际的业务场景故事为例，深入浅出从微前端的架构设计和具体代码实现角度，为大家提供一套详细完整的解决方案！ (PS: 应用

上篇我们讲到了怎么去设计微前端架构，这篇将从代码层面，全面详细的从零开始，5000+行代码，手摸把手的一点点开始搭建微前端

微前端介绍 不同于单纯的前端框架/工具，微前端是一套架构体系，这个概念最早在2016年底由 ThoughtWorks 提出。 微前端是一种类似于后端微服务的架构，它将微服务的理念应用于浏览器端，将 W

教你用微前端qiankun很多小伙伴在工作中都碰到过和我一样的场景，手上的某个项目越来越大，眼看着每次build时间越来越长，吐了🐱。史上最详细的手把手教你用微前端qiankun改造日渐庞大的项目。

前端，技术圈的娱乐圈。在大前端的趋势下，以往的前端开发模式已经不能很好地承载实际的项目需求，我们需要一系列方案来使我们的项目变得规范、可配置、优化等。今年最火的莫过于微前端和低代码

a. registerMicroApps服务注册 b. start主应用启动 c. setDefaultMountApp设置默认应用 d. runAfterFirstMounted 第一个微应用 mount 后需要调用的方法，比如开启一些监控或者埋点脚本。 a. publicP…

Access-Control-Allow-Origin：跨域在服务端是不允许的。只能通过给Nginx配置Access-Control-Allow-Origin *后，才能使服务器能接受所有的请求源（Origin）