研发模式:微前端
携程度假零成本微前端框架-零界
无侵入式、零成本、适用于所有页面的微前端框架。
接入成本最低微前端框架 京东零售micro-app开源了!
micro-app已经在多个京东内部项目中投入使用并顺利发布上线,现在正式对外开源!
微前端场景下的代码共享
在现有前端应用日益复杂化的业务场景下,将一个体积庞大的前端应用拆分为几个可以独立开发、测试、部署的微应用变得越来越普遍。微前端的这种模式这大大提高了我们的构建效率,在每次构建时我们不再需要去构建一个庞大的应用,而是构建我们所需要构建的某个子应用。通常在一个微前端的架构下应用之间又会有许多公共的代码,那么在此基础上又如何更加灵活更加有效的共用这些代码呢?(下面介绍的各种方案与微前端的场景并无绑定关系,只是基于这个场景更好去说明一些问题)。
微前端如何做样式隔离?
在主应用和子应用上分别使用 div 元素插入一段标题,两个 div 元素使用相同的 class 名 title,分别在 class 中设置文字颜色,主应用 color 值为 yellow,子应用为 red。
由于子应用的样式晚于主应用加载,所以主应用的样式会被覆盖。
以上问题在同时加载多个子应用时也会存在:各个应用之间也可能存在同名的 className 或者给相同条件的选择器添加了样式, 那么最终只有优先级最高的样式才会生效。要确保应用之间的样式不会互相影响,就需要对应用间的样式进行隔离。
微前端在海外商城的应用实战
提升京东海外商城整体用户体验,适用跨团队的协同开发,提供一套架构来明确系统之间的依赖和边界;此方案已经应用到了印尼M端购物车、结算页、订单等核心模块中;本文将会从背景、问题分析、方案设计、应用接入、总结五个方面全面解析微前端在商城的使用。
CMS后台qiankun微前端落地
伏羲项目商办后台(伏羲CMS),作为服务于58商办C端的后台项目,目前涉及联合办公和写字楼两个类目,提供了相关业务操作、C端广告配置、数据统计、角色权限管理等模块。作为商业地产的新平台,伏羲CMS具有功能迭代灵活、业务扩展迅速等特点。
基于 iframe 的微前端框架 —— 擎天
基于全屏iframe的微前端框架--擎天,解决了iframe UI不同步、URL不同步、数据不共享的难题,并充分发挥了iframe作为页面容器的优势,实现了父子应用异步加载、子应用瞬间切换的能力,从而将微前端项目达到单体应用的体验。
你知道微前端吗?
为什么要学习微前端?微前端有什么价值?微前端常见框架有哪些?猪八戒前端项目改造实践是如何的?
前端智能化实践——可微编程
什么是可微编程?又有什么作用?
基于微前端qiankun的多页签缓存方案实践
本文梳理了基于阿里开源微前端框架qiankun,实现多页签,并实现子应用的缓存的方案,同时还类比了多个不同方案之间的区别及优劣势。
星夜搭建平台结合微前端在火山引擎官网上的实践
搭建平台解决方案除了常见的 DSL 还是否有其他解决方案?Code In & Code Out 方案的价值在哪里?搭建平台又如何与微前端进行结合?
基于 qiankun 的微前端实践
微前端(Micro-Frontends)是一种类似于微服务的架构,它将微服务的理念应用于浏览器端,即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。
微前端并不是前端领域的新概念。早期希望前端工程能够像后台的微服务一样,项目分开自治,核心的诉求是:
1、兼容不同技术栈
2、将项目看作页面、组件,能够复用到不同的系统中
早期比较成熟的 single-spa,从早期 React 的现代框架组件生命周期中获得灵感,将生命周期应用于这个应用程序,即将整个页面作为组件。
后来蚂蚁金融团队孵化了基于 single-spa 的 qiankun 架构,将微前端进一步的深耕,目标直指巨石应用业务难题,旨在解决单体应用在一个相对长的时间跨度下,由于参与的人员、团队的增多、变迁,从一个普通应用演变成一个巨石应用 (Frontend Monolith) 后,随之而来的应用不可维护的问题。这类问题在企业级 Web 应用中尤其常见。
本人在深入实践微前端之后,深感 qiankun 受制于前端架构的定位,无法使用 Nodejs 等能力快速解决快速发布,构建,管理的困境,因此在此基础上做了一定程度的 APAAS 探索,将本文的项目作为 APAAS 应用快速集成到其他业务系统。
微前端框架 Satum 的性能优化策略
相比于市面上已经开源的微前端框架,Satum 最重要的特点是面向多实例集成的场景,且诸如沙箱、缓存等功能是可插拔的。展开来说,该框架类似 express/koa 等框架,是微内核化的,支持中间件和插件机制。所以可以基于该内核,定制出适合自己团队的微前端体系。
那么多微前端框架,为啥我们选Qiankun + MF
Qiankun是社区的一种微前端框架;MF是模块联邦的意思,在Webpack 5中流行起来的,也属于一种微前端方案。
收钱吧运营管理平台微前端实践
许多内部管理系统在迭代过程中,不可避免的变得越来越庞大,并且由多个团队维护开发,对前端来说以传统的一整块页面站点代码进行开发,显然是笨重且低效的,比如:
- 多团队开发、测试和部署不分离,代码混乱,发布有风险
- 代码庞大,页面加载资源多,性能低
收钱吧运营管理系统和许多内部系统一样,拥有复杂、大量的页面,并且不同模块由不同团队维护。为了使各个开发团队独立维护,我们使用了微前端的策略,经过长时间的实践,它也日益成熟。
爱番番微前端框架落地实践
”微前端”这个词现在对前端同学来说已经比较熟悉了,各种方案也已经落地开花,比较主流如single-spa、乾坤,后来的也有webpack模块联邦。爱番番团队在项目初期后端微服务化的过程中,前端也落地了自己的微前端方案,更好的服务于敏捷开发,提升交付效率。