微前端-前端项目拆解简述

标签：代码冗余   组件   lock   修改   用户   多个   bsp   项目管理   路由   

1、起因

1、系统庞大，涉及多个角色，角色互串，导致功能与功能之间的关系不清晰

2、角色对应的页面划分不清晰，系统和系统之间混杂在一起

3、前端项目过大，前端性能低下

4、组员多，项目管理难

2、拆解后的预期

1、优势

1、角色清晰、角色所属功能清晰

2、项目解耦，便于维护管理

3、项目上线，完全不会影响现有功能

4、性能进一步提升

5、拆解颗粒度足够细时，将不在限制于技术框架，对优秀人才的需求可以多元化

2、劣势

1、现有共用功能，难以实现共用，导致了代码冗余（持续迭代则是需要这么做）

2、第三方包多次引入，项目的总包增大（功能拆解后，对应的角色有对应的功能，绝大多数用户并不需要或者没有权限加载所有内容，整体包加载应当是降低的）

3、对项目管理要求提升，清晰各个系统之间的串联

4、全局性功能修改难度提升（bit）

5、严重依赖组件库（劣势4），依赖固有的规范，发布流程等（后期沉淀为自己的一套模式十分重要）

6、非常依赖于前期的规划或者经验丰富者

3、拆解维度

1、拆解将以系统层面拆解

2、以用户的角色拆解为子系统

3、子系统再拆解，拆解为独立模块项目

4、项目跳转则是路由+项目地址的方式跳转（又以系统为大目录，对应的下级模块为目录，并不会混乱）

4、项目拆解解析

目前业内并没有完美的解决方案，现在更多的解决方案是：iframe模式、多页面模式或者其他，各有优缺点，没有银弹。具体的实现，则不一一描述。

微前端-前端项目拆解简述

标签：代码冗余   组件   lock   修改   用户   多个   bsp   项目管理   路由   

原文地址：https://www.cnblogs.com/baimulan/p/11700795.html