框架更新

首先明确一点，金合技术中台 无法像 npm 的插件一样更新，不仅我们的框架如此，其实大部分管理系统框架都是如此。

因为本质上这类框架其实是一个初始模板，开发者会根据自身需求去修改，然后基于业务开展业务代码编写。

虽然有小部分框架选择将部分核心源码封装成 npm 依赖包，由作者全权维护，这样的处理在一定程度上有解决版本更新的问题，但弊端也很明显，开发者在二次开发上会有明显的局限，这是得不偿失的。

解决办法（可根据实际情况选择）：

1. 目录隔离

严格按照框架目录隔离的方式，将业务相关代码全部放在MicroApp中。如果必须修改框架代码可以联系框架开发者或者自己记录好修改的地方同步给框架开发者。

好处: 对框架的控制更加方便，使用全局组件、指令，操作store、router等更容易

坏处： 需要严格按照要求做目录隔离（将业务相关代码全部放在MicroApp中），否则后续框架升级仍可能存在兼容问题。

2. 微服务

将框架作为微服务的方式引用，框架会提供内容区供业务系统展示。

好处: 框架和业务完全隔离，业务甚至不需要框架代码，只需要自己像平常一样创建项目、开发即可；可以单独访问，也可以嵌入框架作为子系统访问。

坏处： 框架自带的全局组件、指令，和获取框架提供的store、router等