前言 公司的系统卖出去了，终于看到回头钱了，这下不用担心被裁员了。哈哈哈哈~~~~！产品：等等，先别高兴，用户说得兼容他们使用的浏览器。开发：额--，什么浏览器，不会是 ie 吧。产品：不是，不是，i

hel-micro git：https://github.com/tnfe/hel （你的小星星是我们开源的最大动力）

对于一个互联网产品来说，一般会有不同的细分应用，每个细分应用可能由不同的开发团队进行单独的开发和维护，所以会经常遇到一些`模块共享`的问题...

基于以上的背景和需求，微前端架构应运而生。它旨在解决大型前端应用开发中的复杂性、耦合性、技术栈多样性和独立部署等问题。微前端将应用拆分为更小的、独立的模块，每个模块可以由不同的团队开发和部署

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

本文记录我对微前端原理的探索与思考，以及微前端框架qiankun项目实践。 当下前端所存在的一些问题 在技术浪潮的推动下，由vue、react所主导的单页面应用已成为主流，但在开发中，随着业务的深入和

是的，官方赞未有文档表明已经支持Vite。接下来我会从Vite聊起，然后一步步解析如何去解决在qiankun微前端体系中集成基于Vite构建的子应用. 1 为什么要用Vite？ 在Vite没有诞生之前

Vue+微前端(QianKun)落地实施和最后部署上线总结（二）普通版，这次算是上一版本的完善以及加强，反正是又搞搞搞事情了！

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