基于JQ和基于VUE的后台对比

一.易用性和通用性
新BI使用的Vue框架为当前主流框架之一，无论市场还是公司内部，对比老BI后台使用的JQ+自研插件，都更容易被新加入项目的开发人员学习，接入，接受。老BI后台自研部分则无文档可读。
新BI后台使用npm（Node Package Manager），Nodejs包管理工具管理依赖，为目前主流的包管理方式，具有拓展方便，管理安全等特点，无需手动复制粘贴，也无需管理依赖关系，版本升降级可通过指令直接完成。老BI后台只能通过互联网搜索+复制粘贴完成。
新BI后台使用更科学的资源管理方式，如：API按照功能分类，文件夹内目录结构等同于网站地图，全局组件和局部组件都有对应的放置规则，根据开发内容即可快速找到对应位置。
二.开发周期和可读性
新BI后台使用Vue的主流UI插件Element-ui，组件种类较为完整，文档完整，目前仍在维护中，社区资源丰富。老BI后台使用的UI插件为自研 + 停止维护较久的插件。
新BI后台使用路由拦截器和接口拦截器来控制整体的公共行为，面对不同风格的多套接口，仍然游刃有余。老BI后台则很难再拓展公共行为。当接入多个后端项目的接口时，开发周期将没有明显提升
新BI后台使用的是.vue格式的文件，可读性远超老BI后台使用的html文件 + js文件 + css文件方式
使用eslint + editorconfig，无论多少人共同开发，代码风格都将保持一致且预先排查可能存在的问题，包括代码风格和冗余易错内容的排查。老BI后台则无此方向的内容，也无法加入此方面的内容
新BI后台有chrome的调试插件vue-devtool,可在开发中快速定位问题
新BI后台使用热更新，开发过程中保存后页面无需刷新即可看到更改后的内容
三.操作安全性和开发安全性
新BI后台使用webpack进行打包，使用es6模块进行开发，变量和设置很难通过浏览器进行覆盖，更大程度上保证了功能不被破解。老BI的一些内容可通过浏览器直接进行变量覆盖而失去控制
新BI后台使用的eslint和vue自带的报错功能，可在未打开对应内容时仍然能通过控制台发现错误，极大减少了携带未知错误上线的可能。
四.工程化
新BI后台大量使用了工程化思想和工具
自动化环境控制，无需手动切换环境，一次通过测试则可保证环境变量未来不会再有问题。
科学的结构分配，每个进入项目的人只需要对局部负责，只需要简单沟通即可使项目在开发中0冲突，不会影响全局功能。
webpack打包，未被使用的文件将不会被打包进项目，即使在目录上有冗余，也不会影响线上内容，且自动对内容进行压缩，减少项目大小
因自动化程度高，且结构拓展性强，当前的BI后台支持拓展为超大型项目且几乎不增加维护难度