微前端实现方案对比Qiankun VS npm组件

架构层面:

1、Qiankun是典型的微前端架构,侧重构建多个独立前端应用协同工作的架构,主应用负责自用用的加载、卸载和通信;子应用不限制,可以是VUE、React等;

2、Qiankun松耦合,各个自应用独立开发,测试和部署,互不影响;可以多个团队协同工作

3、NPM组件单应用组件化架构:主要用于单页面应用或者传统前端项目的组件化开发

4、NPM组件和项目紧密集成,组件修改可能会影响整个项目,耦合度较高

技术栈兼容

Qiankun:与技术栈无关

NPM组件:技术栈依赖,除了用JS封装的组件可以通用之外,React封装的组件只能在React中应用,Vue的组件只能在Vue中应用

开发和部署

Qiankun:独立开发部署,不影响其他子应用和主应用,部署比较复杂,主要是自应用和主应用的部署顺序和版本兼容问题

npm组件:开发修改比较繁琐,特别是有嵌套比较深的底层组件,整个改动需要更新嵌套流程的所有npm项目;相对Qiankun部署简单很多,只需要改npm 组件并发布,更新项目中组件版本;

通信方式

Qiankun:通信方式比较丰富,props、全局事件总线等

npm 组件:通信方式比较简单,主要通过组件的属性和事件来实现

适用场景

Qiankun:大型复杂,多团队协作的项目;需要对现有项目进行技术栈升级时,可实现渐进式升级

NPM组件:小型项目和组件复用,小型项目或者代码复用场景

相关推荐
用户新1 小时前
JS事件深度解析四 事件的循环和异步
前端·javascript·事件·event loop
广州灵眸科技有限公司7 小时前
瑞芯微RV1126B开发板(EASY-EAI-PI2) Easy-Eai编译环境准备与更新
服务器·前端·人工智能·python·深度学习
万少8 小时前
我把 Kimi 接进微信,几分钟做了个随手出图助手
前端
xiaofeichaichai8 小时前
网络请求与实时通道
前端·网络
kTR2hD1qb8 小时前
从 Responses API 到 Chat Completions:一个模型网关的设计复盘
linux·前端
kyriewen10 小时前
浏览器缓存最强攻略:强缓存、协商缓存、CDN、更新策略,一篇搞定
前端·面试·浏览器
持敬chijing10 小时前
Web渗透之SQL注入-联合查询注入-注入点数据类型判断
前端·sql·安全·web安全·网络安全·安全威胁分析
卷帘依旧11 小时前
Web3前端一面
前端
古韵11 小时前
告别手写分页逻辑:usePagination 从 50 行到 3 行
java·前端