微前端
文章平均质量分 79
hyupeng1006
前端路上一起前进!互相关注、相互学习
展开
-
微前端项目会碰到的一些棘手问题
为什么要用微前端业务管理系统多,技术栈分别为 vue3/vue2/react16/react hook管理人员需要同时使用多系统,但是又不想切换系统重新登陆,页面会刷新,需要新开浏览器tab部分子应用需要支持子公司的业务,需要独立部署运行。对于开发者来说,如果需要在应用 A 实现应用B的某些功能,例如在应用A的页面弹出应用B的弹窗,如果是react、vue两种不同的框架的话,重新写一遍业务逻辑代码很明显是不理智的。所以从技术角度来看,我们需要用一个父架构来集成这些子应用,把它们整合到统一平转载 2023-03-15 16:44:00 · 599 阅读 · 0 评论 -
微前端架构的几种技术选型及详细介绍
微前端是一种类似于微服务的架构,是一种由独立交付的多个前端应用组成整体的架构风格,将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用,而在用户看来仍然是内聚的单个产品...原创 2022-08-31 16:23:24 · 248 阅读 · 0 评论 -
超大体量项目,微前端落地方案之qiankun
先介绍一下项目背景,项目中间搁置了很久导致项目架构比较落后并且后期继续业务开发的时候也没有持续对架构进行优化迭代而是直接进行了业务开发,导致后面有很多的问题比如启动慢、代码耦合性强、项目体量巨大导致开发效率降低之类的问题。...原创 2022-08-04 09:26:28 · 442 阅读 · 0 评论 -
为什么舍弃Iframe探究新的微前端技术?
为什么不用 iframe,这几乎是所有微前端方案第一个会被 challenge 的问题。但是大部分微前端方案又不约而同放弃了 iframe 方案,自然是有原因的,并不是为了 "炫技" 或者刻意追求 "特立独行"。如果不考虑体验问题,iframe 几乎是最完美的微前端解决方案了。iframe 最大的特性就是提供了浏览器原生的硬隔离方案,不论是样式隔离、js 隔离这类问题统统都能被完美解决。但他的最大问题也在于他的隔离性无法被突破,导致应用间上下文无法被共享,随之带来的开发体验、产品体验的问题。其实原创 2021-07-02 09:35:58 · 2003 阅读 · 0 评论 -
微应用框架的实现
前提业务背景业务中需要解决三大问题:业务多迭代快,一个站点多业务并行开发 功能多投,同一个功能需要投放到不同站点 页面管控,访问每个页面需要展示loading、进行前置校验等技术背景微前端架构,站点由主子应用构成,各应用独立开发迭代 singleSpa,只定义机制(基于路由,应用生命周期),不限定实现 主子应用协同,三级模型(主应用-子应用-页面),协同规范(应用配置、页面配置等的定义和应用) 扩展机制,支持针对页面生命周期添加钩子,定义业务行为框架实现实现的几个部分.原创 2021-01-15 09:19:56 · 1477 阅读 · 0 评论