接上一篇：https://blog.csdn.net/xiaomogg/article/details/80910556
小结：
新增，修改，查询的标签并不是特别一致或者根本就不一样，
新增，修改，查询标签组件各自绑定的数据并不一样（目前后端并没有给出具体的接口文档，只是提供了基本的数据格式）
他们的回调以及和父级的耦合是一致的
回调里面的请求后端的接口并不一样
目前主页面的逻辑和弹窗页面逻辑之间已经分离，等后端接口出来的时候，可以再来联调的时候再优化一版本：
1.是否可以把子组件的标签和script分离，通过传参的方式动态配置script
2.问题：是否会导致无关的弹窗耦合过多
3.是否增加代码量和工作量
4.是否优化过度或过早
浅谈一下接口请求函数抽离到对应文件的好处：
代码：
前端接口请求代码：
service->member.js
service->user.js
service->system.js
import request from '../libs/request'
export default {
getIpList(param) {
return new Promise((resolve, reject) => {
request.post("/member/getIplist", param).then(response => {
resolve(response);
});
});
},
getreadApplyCountlist(param) {
return new Promise((resolve, reject) => {
request.post("/member/getreadApplyCountlist", param).then(response => {
resolve(response);
});
});
}
}
使用（可以在多个地方使用，）：
import platformService from "../../../../service/member.js";
async modelbyChange() {
//获取指定角色信息
let response = await platformService.updateAgentChecklist(
this.rowToServer
);
if (response.data.resCode == 1) {
} else {
this.$Message.error(response.data.msg);
}
}
这个好处是可以在一个文件（一个地方）统一管理接口，不会导致修改一个接口得全局搜索项目去多处修改（能在一处处理的，都应该尽量保持只有一个）
另外还有一个好处就是可以和模拟数据里面的文件保持一致文件名（这个特别方便，一看就知道模拟数据需要在哪个文件修改）
如果没有使用模拟数据或者没有存在一个接口多处使用的情况，可以忽略掉这个处理方法（我遇到的项目大多数都需要这两项）
//更新
后来想想这个并没有什么值得可说的，但是还是记录下吧，毕竟曾经迷茫过。。