前后端分离开发方式前端拥有更高的控制权
随着前端框架技术的飞速发展，Router这个概念也被迅速普及到前端项目中，在早期前后的没有分离的时期下，并没有明确的路由概念，前端页面跳转大多是通过后端进行请求转发的，比如在Spring MVC项目中，进行一个页面跳转如下（画红线部分）：
链接，链接的href=/manager，这样这个超链接被转发到scs/waitFollowed路径指定的页面。
前后的分离后，前端页面跳转的方式发生了变化，不再需要后端处理了，数据交换方式也改变了，由此前端需要定义Router配置文件，需要定义API配置文件。在项目的权限配置管理中，完全不需要后端什么事了，可以说，权限配置表可以单独拿出来由前端维护了。
比如这个url字段，在前后端不分离的情况下，严重依赖于后端，url就是后端接口地址，如果需要更改就需要后端修改代码修改接口地址，而现在，前端可以自由控制url的值是什么了。
在接口层面，前端也会有自己的配置文件，可以对后端提供的接口进行重命名，组合等。比如
前端都统一使用模块名+接口名的方式管理，管后端提供的接口叫啥已经不重要，在视觉上和维护上都比较方便。在页面上使用，查询起来也很直观：
看到DISTRBUTE().Leads.dataGrid这个接口，就知道这是DISTRBUTE模块下Leasd功能下的列表查询接口
Vue.js中的API、Router配置
在Vue.js项目下，一开始我们只使用一个api.config.js配置文件，所有的接口都定义在这里面，router也一样，都配置在一个router.config.js中，下面是我们项目中API配置文件
可以看到，很多的业务模块，很多的接口，已经达到了570多行，随着业务进一步推进，接口快速膨胀，文件越来越大。
这时候迫切需要拆分，把不同的业务模块单独拆分为一个个API配置文件。同样，我们来看看拆分前的Router配置文件：
这样router一多最大的缺点就是会导致router命名冲突。
拆分！拆分！拆分！
首先考虑API配置文件怎么拆分，对于接口，我们肯定有多套环境，多套环境那么API的URL也不一样，拆分成多个文件后多个文件需要共用同一个获取apiBase的方法，所以这个apiBase就要写在公共的地方，在这里原来的api.config.js就变成了公共配置，apiBase就放在此文件内。
然后在每个子API配置文件中引入即可：
具体功能API不需要更改，直接拷贝相应模块API到子模块API配置文件即可。
Router的拆分稍微复杂一点，拆分后的文件目录与API的目录相同：
拆分思路也完全一样，但要保证只有一个router.start即：
虽然你在子router配置文件中也写上页面是能正常工作的，但是Vue.js会在控制台报一个错误：
这个错误的意思就是router已经启动，无需启动多次。所以，子router文件中不能存在 return router.start(App,'#app'); 这样的代码。
拆分后router.config.js内容如下：
而子router配置文件的写法就是这样（以study模块为例）：
拆分后，每个模块管理它自己领域的router、api，router.config.js和api.config.js就大大瘦身了，也降低了命名冲突的问题和将来混乱的问题。
