最近需要重构一个老项目，定的方案用微前端去改造。主应用是老的项目，微应用是新的项目，由于重构时间比较紧张，子应用还需要使用父应用的一些组件。

带你了解更全面的 Monorepo，本文涵盖了 Monoreo 演进、优劣、踩坑、及全面的方案选型，后续计划补充最佳实践~

当想使用一项新的技术时，大量的重构工作会让你不得不放弃使用新技术的想法时，这时选择微前端方案，可以大幅降低接入旧项目的成本，使用新技术开发新的功能或重构部分旧的功能模块。

一、背景 前面两篇文章主要介绍了当前国内微前端框架的出现的背景以及衍生出来的一些解决问题的手段，现阶段国内的一些比较成熟的微前端框架已经能够满足我们的业务诉求，但是对于我们前端开发者来说，开发体验也是

一、前言 前端微服务已经很常见了，最近我们的微服务项目正式上线了，利用了开源的库，现在来复盘下，研究了下底层实现。 今天来分享一下，从零实现一个简单的微服务。 1、实现思路 通过在入口文件中，定义子应

微前端概念 微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。 微前端特性 技术栈

Module Federation 不是 webpack 5 的特性么？它和微前端有毛线关系？ 不着急解释，我们先写个 Module Federation 的 demo 再说。 用 create-re

本文旨在教你如何使用 qiankun 搭建一个qiankun-demo，主应用为React 两个子应用分别是React && vue + vite

任何新技术、新产品都是有一定适用场景的，它可能在当下很流行，但它不一定在任何时候都是最优解。在被微前端坑了几次之后，回过头发现，iframe真香！