开发一个大型后台管理系统，前端选择 Vue 还是 React？

后端暂无涉及，目前考虑到前端后期的拓展性手机端app、 开发效率、维护性、与后端配合等

近期参与开发过一个项目，30余名后端，17名前端，1000余页面，1000余接口。

前端所用技术为vue+vue-router+axios+elementUI。

说一下项目中遇到的一些问题和解决方案跟实际效果。

背景:这是一个后端主导，管理不扁平，大领导外行的项目，时间倒逼十分严重，团队人员仓促成型，部分中途上车。公司要求kpi考核，必须使用公司提供的svn环境。

1.协作相关问题

开发人员太多，时间很短促，前端leader基本疲于顶住领导火力，基本无力主持具体研发，只能大体把控进度。

方案:衡量任务量与时间后决定采用同一分支协作开发，每日提交更新，每次更新先整体同步，每次提交只局部提交，公共组件自建自维护，任何涉及全局的改动群内提前告知，通过技术手段隔离模块路由，任务分工尽量避免视图层开发撞车，请求允许两种，全局挂载和局部集中管理。

后端原型axure,设计qq群文件夹psd，前端自传蓝湖，icon使用阿里的icon-font，接口文档yapi。项目管理禅道，组内日更新腾讯文档。

问题:无产品，原型由后端拼凑，产品较复杂，因为逻辑不自恰，后续开发中造成了许多争执与返工。设计完全不懂产品逻辑，基本是小透明。大领导重视进度，让前端自己评估时间，但不信任前端给出的评估，反复多次，前期录禅道任务花了很多没必要的时间，任务分期，砍任务，追加人手，996，手段齐上，项目依旧延期。开发过程中领导很心焦，进度要求日更，每周要拉各组leader汇报进度，deadline不断要求提前。

2.路由权限问题

需求:将权限控制到按钮级别，高度自定义角色访问权限。每一个路由都可配置。

方案:利用require.context和export、import自动化注册路由和组件。利用vue-router的导航卫士和addRoutes实现动态路由。利用vue的directive实现v-auth指令权限。根据后端下发的权限树提取扁平权限标识符，前端映射路由和按钮，根据配置接口筛选动态加载路由，控制按钮加载。

问题:领导不断调整菜单内容次序，任务分期也在不断追加新的路由，产生新的页面，前端映射文件依赖后端接口更新，但前台的更新过程较为繁琐，新增标识符需一一对应，指令权限需要局部开发人员自己根据权限表一一添加。如同顽固小疾。早期还干扰新注册路由的加载，后优化调整逻辑后解决。

3.代码规范与质量问题

全局常量大写加下划线，局部变量与方法小驼峰，配置eslintrc。

问题:基本上是能干活就抓上车，良莠不齐，随时翻车的感觉，在不断施压下基本没要求写注释做优化，后续维护如同跳火坑。

4.依赖管理与打包

前期组员随意按需引入依赖，后来出现栈溢出后，优化了webpack配置，利用webpack-bundle-analyzer分析后做了依赖去重跟分包。

5.部署问题

前期本地打包ftp上传，后期测试更新频繁，让后端同事配置了jenkins。

奇葩问题:

1.任务中涉及远程协作，对方后端组转发一个国外商用系统的接口，不愿意写文档，不愿意处理转发数据，说没时间。导致前端对接困难，前端部分代码成为火坑。

2.大领导周五开会，觉得进度慢就让前端加班，最骚的是让加到8:30，因为到9点要报销餐费。后续遇上给客户展示的时候就要求安排前端周末两天加班。

所以大型项目的大部分的问题其实跟两个主流生态都相对完善的技术框架无关，是你需要去解决很多代码之外的由人造成的问题。

补充:

项目后续需要人长期维护的，但大老板开了一半前端，让剩下的一半在火里煎熬，测试在不停地鞭策前端改bug.

该项目是toB类云管项目，部分模块因为技术难度天坑，部分模块因为业务难度天坑，后续需求是针对不同企业出定制化版本，通用版本预计是招揽客户，展示投标用。