首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
微前端
订阅
肉ks
更多收藏集
微信扫码分享
微信
新浪微博
QQ
5篇文章 · 0订阅
为什么说现在的微前端沙箱不是真正意义的沙箱
前言 在上一篇文章为什么single-spa才是微前端的正确开发模式中我们讲过 qiankun 沙箱的诞生背景,这里我们再回顾一下: 项目技术栈杂乱无章,代码质量较低 项目开发时缺少规范,导致项目一融
低代码 yyds
老逛每天都会去 ProductHunt 看看,这是一个发掘有意思产品的国外平台。 这个平台现在已经成为了用户发现新产品、创业者们获得灵感、投资人们寻找新机会,以及创始人对自己的产品进行推广的最佳去处。
从场景倒推我们要什么样的微前端体系
这篇文章大致是为了回答几个问题: 迁移到微前端,我们到底要什么? 业界的「微前端」体系通常包括哪些部分? 贴近研发同学侧的「微前端框架」通常用什么样的技术?
微前端模块共享你真的懂了吗
在中后台应用场景中,不同微应用和基座之间可能存在通用的模块依赖,那么如果应用间可以实现模块共享,那么可以大大优化单应体积大小
我在公司项目上用了微前端,差点....出了大事故
故事的开头 从微前端的qiankun去年开始火的时候,我就注意到了,我们公司的Saas系统是可以用这个去解决UI、体验上的一些问题,以及让技术栈平滑过渡迁移,但是奈何时机不够成熟 今年抓住了时机