为什么选择微前端作为项目亮点 作为面试官，我经常听到很多候选人说在公司做的项目很简单，平常就是堆页面，写管理端，写H5,没有任何亮点，我以我一次面试候选人的经历分享给大家 面试官：你为什么选择用微前端

工程化方式解决微前端样式冲突问题，只需接入postcss插件和webapck/vite插件即可，无需改动业务代码

项目背景 主应用 vue2 + element； 子应用 vue3 + element-plus； 问题描述 主应用使用element而在子应用中使用element-plus，导致出现两个问题： 子应

本文通过对webpack5的module federation的相关配置，对打包后代码进行梳理，了解其运行时的相应状态，在从源码出发，简易的对webpack federation的大包流程进行阐述；

微前端是一种前端架构模式，是一种将前端应用程序拆分为更小、更独立的部分，并使用不同的技术栈来构建和部署这些部分的方法。这些独立的部分可以是单个页面、组件、功能模块或应用程序。

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。 为了能够将前端模块解耦，通过相关

前言 目前接触过很多SaaS系统。随着业务量的升级，项目不得不做拆分。保证系统稳定性的前提，优化开发人员的体验。 目前在做这块的升级，所以调研了一些主流方案，有兴趣的来看看吧

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

本篇文章会带大家走进 Web Components，了解 Web Components 是什么、怎么用。在框架横行的时代，Web Components 能否引领跨框架时代的到来呢？欢迎一起阅读讨论～