前后端分离开发方式前端拥有更高的控制权
随着前端框架技术的飞速发展,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就大大瘦身了,也降低了命名冲突的问题和将来混乱的问题。
原文链接:https://www.f2er.com/vue/33157.html