跳至主要內容
微前端框架一览

BF/KM现状

image.png
在一定程度上提升了开发体验,但却降低了用户体验,研发在日常开发工作中需要使用大量的平台,但是却需要跳转到不同的平台上进行日常的研发工作,整体使用体验较差。体验较差的原因在于将由于通过项目维度拆分了整体「研发中台」这样的一个产品,使各个产品之间是独立的孤岛,系统间相互跳转都是传统意义上的 MPA,跳转需要重新加载整个页面的资源,除了性能是远不如 SPA 应用的并且应用间是没法直接通信,这就进一步增强了用户在使用产品时的割裂感。


Cap原创大约 2 分钟微前端微前端
微前端探索

现前端架构(BF2020)

1.是否需要基于现公司的架构写个文档
2.参考之后的优化点

优点

  • 不同的业务为不同的仓库,独立维护。如:对话机器人|中控|智能客服
  • 可快速启动单个模块,按需打包,按需部署
  • 统一技术栈(vue)
  • 基于docker的方式使用common-module公共组件,快速部署快速调试

缺点

  • 子工程切换相当于重新加载了一个应用
  • 子工程无法使用全局store,现在都是通过localstorage来获取些公共信息
  • 多个子系统的对接,例如BI,运营平台

Cap原创大约 1 分钟微前端微前端