1、在API介面返回資料或回貨錯誤提示的時候面臨著像使用者提示一些相關的資訊就比如說參數非法之類的表單提交又到提示表單提交成功我在後台成功都是統一回傳success 然而前端就直接提示出success 給使用者導致領導者說要直接後台返回成功之類的漢字,我表示很無語啊,難道前端就不可以定義一套返回給用戶的一些信息嗎?非得要用後端回傳的,我們後端回傳的都是加入了錯誤代碼的,提示訊息加錯誤代碼 只是用於開放的時候觀看 快速定位錯誤,但是前端直接就給提示用戶看了。各位大神也和建議啊
能做的,領導怎麼說你就怎麼做.不能做的,領導怎麼說,你就反著給前端說 逃...
首先前端對輸入內容應該做一定的格式限制,在提交前就做出非法提示,並且不可提交;後端一般就做出http常規錯誤代碼,前後端約定這個錯誤代碼以後,輸出的提示信息由前端來做,前後端分離,靈活修改;例如後端返回200,前端接收到200 提示XXXXX成功之類的提示
一般情況下,前端不涉及邏輯的判斷,只負責展示。或許可以這樣回來:
{ 'status': 'success', 'message': '登录成功' }
也未嘗不可。
以前我寫介面的時候,返回圖片相對路徑,也是在想,前端把網域名稱和相對路徑拼接一下不就是完整路徑了麼。但是會增加前端的複雜度吧。
這個你跟前端兩個聊一下就好了,跟老闆沒啥關係,老闆要的是最終結果,怎麼做是要你們來的,溝通一下最終按什麼標準寫就好了,你可以跟前端兄弟這樣聊,我傳code,status,data數據給你,只需要判斷code和status就好了,你回傳相關提示和data數據,所有的成功都是xxx,失敗是xxx,不然每個介面都傳漢字,你前端判斷起來也蛋疼不是。
我通常都是介面回傳狀態碼。然後接口文檔裡些明白狀態碼的意思。這樣就ok了
可能你們領導壓根不懂技術吧。 原則上後端是不應該把伺服器資訊傳給前台的,但只是成功或失敗的提示倒是無所謂,告訴一下前端同學大概哪裡出錯,他也好跟你對接口。
能做的,領導怎麼說你就怎麼做.不能做的,領導怎麼說,你就反著給前端說 逃...
首先前端對輸入內容應該做一定的格式限制,在提交前就做出非法提示,並且不可提交;
後端一般就做出http常規錯誤代碼,前後端約定這個錯誤代碼以後,輸出的提示信息由前端來做,前後端分離,靈活修改;
例如後端返回200,前端接收到200 提示XXXXX成功之類的提示
一般情況下,前端不涉及邏輯的判斷,只負責展示。或許可以這樣回來:
也未嘗不可。
以前我寫介面的時候,返回圖片相對路徑,也是在想,前端把網域名稱和相對路徑拼接一下不就是完整路徑了麼。但是會增加前端的複雜度吧。
這個你跟前端兩個聊一下就好了,跟老闆沒啥關係,老闆要的是最終結果,怎麼做是要你們來的,溝通一下最終按什麼標準寫就好了,你可以跟前端兄弟這樣聊,我傳code,status,data數據給你,只需要判斷code和status就好了,你回傳相關提示和data數據,所有的成功都是xxx,失敗是xxx,不然每個介面都傳漢字,你前端判斷起來也蛋疼不是。
我通常都是介面回傳狀態碼。然後接口文檔裡些明白狀態碼的意思。這樣就ok了
可能你們領導壓根不懂技術吧。
原則上後端是不應該把伺服器資訊傳給前台的,但只是成功或失敗的提示倒是無所謂,告訴一下前端同學大概哪裡出錯,他也好跟你對接口。