h5是成本最低的方式，所以大多鸿蒙开发就要面临的是如何向前端项目提供鸿蒙原生能力以便前端直接通过js 调用。

目前也用无界微前端很长时间了，但是在这段过程也遇到了很多问题，甚至有些就是无界目前解决不了的问题，所以希望大家今后遇到了也能提前避免

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

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

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

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

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

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

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