论vue项目api相关代码的组织方式

论vue项目api相关代码的组织方式

看了下项目组同事的代码，发现不一样项目有不一样的组织版本

版本一：

├─apis
│      a.api.js
│      b.api.js
│      b.api.js
│      d.api.js

每一个api文件里都是这样的代码

// d.api.js
import axios from '@/utils/http'

export function editUser (Param) {
    return axios.post('url1', {
        ...Param
    })
}
export function deleteUser (Param) {
    return axios.post('url2', {
        ...Param
    })
}
// 调用方式以下
import {editUser} from '@/apis/d.api.js'

这种方法的缺点：

1. 新增一个借口就新增一个方法
2. 任何须要调用借口的地方都须要引入
3. api文件里只有url和函数名不同,其余都同样,应该封装到一块儿
4. 查看全部接口需一个一个函数去看,麻烦

版本二：
干脆不把api统一到一块儿，把axios挂载到vue对象上只在须要的地方写

this.$axios.post(url,params).then()

这种方法缺点：

1. 若是修改url路径,须要全局搜索替换改动地方较多
2. 没法查看全部接口，不便于全局掌控

版本三:

// apis/index.js
// 把全部api的url统一在一块儿并挂在到vue对象上
// 全部接口都在一个文件里会比较大
// 能够按功能模块分组编写
let ENV = {
    name1: 'url1', 
    // 用户相关接口
    name2: 'url2', 
    // 积分相关接口
    name3: 'url3',
    // 产品相关接口
    name4: 'url4', 
}
export default ENV

// src/main.js
import api from '@/apis/index.js'
Vue.prototype.$api = api

//须要调用接口的js文件
this.$axios.post(this.$api.name1,params).then()

缺点：

1. 暂时没想到

优势:

1. 更改url时只须要改动一个地方
2. 能够在一个地方查看全部接口