1. 复用别的的项目页面 如果我们的项目需要开发某个新的功能，而这个功能另一个项目已经开发好，我们想直接复用时。PS：我们需要的只是别人项目的这个功能页面的内容部分，不需要别人项目的顶部导航和菜单。 一个比较笨的办法就是直接把别人项目这个页面的代码拷贝过来，但是万一别人不是 v…

微前端的特性：“技术栈无关”，“独立开发、独立部署”，“环境隔离” 这意味着我们可以循序渐进的进行巨石应用的拆解，去技术升级、去架构尝试、去业务拆解等等。以低成本、低风险的进行，为项目带来更多可能性

本文我们主要对 qiankun 所基于的基座模式进行介绍。它的主要思路是将一个大型应用拆分成若干个更小、更简单，可以独立开发、测试和部署的微应用，然后由一个基座应用根据路由进行应用切换

本系列其他文章计划一到两个月内完成，点个 关注 不迷路。 本文是基于 qiankun 的微前端最佳实践系列文章之 应用间通信篇，本文将分享在 qiankun 中如何进行应用间通信。 在开始介绍 qiankun 的应用通信之前，我们需要先了解微前端架构如何划分子应用。 在微前端架…

微前端(QianKun)落地级实施和最后部署上线 历时不到两个月，来到新公司后，接到新需求：“要把ERP系统拆分出来，里面有包括PMS、OMS、WNS等等”模块。 当时的第一个想法就是微前端，那么接下

所以只好重新整理下，纪录一些踩过的坑和调研，希望能对大家有所帮助。本文内容基于 qiankun 的 2.x 版本。 有一些问题是自己发现并解决的，有一些是在 qiankun 的仓库 issue 区看到的。对于这些问题，我尽可能的讲清楚产生原因及解决思路和方法。 内联 js 的内…

从业务上相互独立的但是服务于一个大平台，很多业务有相似之处，修改维护的成本很高。 目前有个新的需求从十多个项目中抽取，基于目前的架构，每当点击来自不同系统的功能页面就要刷新一次。为了新需求X重复开发一遍这些业务功能又不现实，所以从技术角度来看，架构改造不可避免。 我们的项目有自…

背景介绍 公司业务高速发展，为了迎合发展的需要，拆分出多个平台和相应的后台管理系统，部分已经投入使用。但是虽然拆分出的系统更利于开发和维护，但是使用起来却比较分散，不便于公司其他上下游部分使用，需要频

简单了解微前端 微前端具备以下特点： 技术栈无关：主框架不限制接入应用的技术栈，微应用具备完全自主权 独立开发、独立部署：既可以组合在一起运行，也可以单独运行。 增量升级：在面对各种复杂场景时，我们通