讓AJAX不依賴后端接口實現方案

2024-05-06 14:20:45

字體：大中小

來源：轉載

供稿：網友

問題是怎么個情況？
　　網頁中的ajax請求越來越多，或者應用開始就一直使用ajax與后端進行數據交換。（目前我在公司參與的項目就是如此）N多接口前后端來回調試是個麻煩事。
后端不可能短時間把所有的接口都寫完，也不會為了前端測試而制造假的數據和接口，不僅耗費時間而且到了開發階段返回的數據結構、接口名稱也可能會有許多改動。那么后端一邊寫接口一邊給前端，這看起來不錯。但在具體實施過程中，后端未完成的接口可能有錯誤，你需要不停的和后端溝通不停的找原因，有可能中途還會停滯等待后端返回數據正
確才能繼續。

為什么會這樣？
　　1：前端在開發初期就依賴了未成形的接口。
　　2：后端不完全知道前端需要的數據項及數據格式。
如何解決？
　　1：需求確認會議中前后端充分討論功能和接口。（需求明確的backlog，這個工作非常簡單）
　　在有完善的backlog文檔前提下，用戶的每個操作都被記錄成明確的功能。只要在最后的確認中開發人員一致認同這些條目，就很容易總結出需要的接口。
　　2：前端寫接口文檔（后端輔助）。
為什么是前端？
　　1：前端完全了解頁面需要展示的數據。2：前端完全了解需要的數據格式（如何處理錯誤碼等等）
　　前端的接口文檔可能是這樣：（示例登錄接口）
代碼如下:
：用戶登錄
url: ? （留給后端補充）
請求方式：POST
請求參數：email:String
pwd:String
checkCode:String
返回數據：
{
code:int,//錯誤編碼,登錄成功為0 其他錯誤返回錯誤編碼，沒有result項
result:{
id:int // 用戶ID
name:string //用戶名
...
}
}

后端如何輔助？
1：補充請求url。2：修正返回數據的字段。如果返回數據項很多文檔中的字段不符合后端的開發字段，那么后端需要修改過來。
　修改文檔是一個前后端討論的過程，有任何疑問都可以溝通。文檔完成以后各自一份。（文檔中任何修改都可以使用其他顏色標注，提醒其他人員注意）
后端補充完整以后可能是這樣：
代碼如下:
：用戶登錄
url: user/login.php (補充)
請求方式：POST
請求參數：email:String
pwd:String
checkCode:String
返回數據：
{
code:int,//錯誤編碼,登錄成功為0 其他錯誤返回錯誤編碼，沒有result項
result:{
id:int // 用戶ID
user:string //用戶名（修改）
...
}
}

3：開發過程完全依照文檔
　　文檔完成以后，大家心里都很清楚我只要這樣做，返回、使用這樣的數據就一定沒錯。
　　后端開始寫代碼，完全不用理會前端，他根本不會來找你的麻煩。
前端如何依照文檔開始工作？

上一篇：JS隨即打亂數組實現代碼

下一篇：JavaScript prototype屬性深入介紹