接上一篇：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);
}
}
這個好處是可以在一個文件（一個地方）統一管理接口，不會導致修改一個接口得全局搜索項目去多處修改（能在一處處理的，都應該儘量保持只有一個）
另外還有一個好處就是可以和模擬數據裏面的文件保持一致文件名（這個特別方便，一看就知道模擬數據需要在哪個文件修改）
如果沒有使用模擬數據或者沒有存在一個接口多處使用的情況，可以忽略掉這個處理方法（我遇到的項目大多數都需要這兩項）
//更新
後來想想這個並沒有什麼值得可說的，但是還是記錄下吧，畢竟曾經迷茫過。。
下一篇:https://blog.csdn.net/xiaomogg/article/details/83625711