\1. 【強(qiáng)制】錯(cuò)誤碼的制定原則:快速溯源、溝通標(biāo)準(zhǔn)化。
equals
)。
3)錯(cuò)誤碼有利于團(tuán)隊(duì)快速對(duì)錯(cuò)誤原因達(dá)到一致認(rèn)知。\2. 【強(qiáng)制】錯(cuò)誤碼不體現(xiàn)版本號(hào)和錯(cuò)誤等級(jí)信息。
\3. 【強(qiáng)制】全部正常,但不得不填充錯(cuò)誤碼時(shí)返回五個(gè)零:00000。
\4. 【強(qiáng)制】錯(cuò)誤碼為字符串類型,共 5 位,分成兩個(gè)部分:錯(cuò)誤產(chǎn)生來源+四位數(shù)字編號(hào)。
\5. 【強(qiáng)制】編號(hào)不與公司業(yè)務(wù)架構(gòu),更不與組織架構(gòu)掛鉤,以先到先得的原則在統(tǒng)一平臺(tái)上進(jìn)行,審批生效,編號(hào)即被永久固定。
\6. 【強(qiáng)制】錯(cuò)誤碼使用者避免隨意定義新的錯(cuò)誤碼。
\7. 【強(qiáng)制】錯(cuò)誤碼不能直接輸出給用戶作為提示信息使用。
stack_trace
)、錯(cuò)誤信息(error_message
)、錯(cuò)誤碼(error_code
)、提示信息(user_tip
)是一個(gè)有效關(guān)聯(lián)并互相轉(zhuǎn)義的和諧整體,但是請(qǐng)勿互相越俎代庖。
\8. 【推薦】錯(cuò)誤碼之外的業(yè)務(wù)獨(dú)特信息由 error_message
來承載,而不是讓錯(cuò)誤碼本身涵蓋過多具體業(yè)務(wù)屬性。
\9. 【推薦】在獲取第三方服務(wù)錯(cuò)誤碼時(shí),向上拋出允許本系統(tǒng)轉(zhuǎn)義,由 C 轉(zhuǎn)為 B,并且在錯(cuò)誤信息上帶上原有的第三方錯(cuò)誤碼。
10.【參考】錯(cuò)誤碼分為一級(jí)宏觀錯(cuò)誤碼、二級(jí)宏觀錯(cuò)誤碼、三級(jí)宏觀錯(cuò)誤碼。
11.【參考】錯(cuò)誤碼的后三位編號(hào)與 HTTP 狀態(tài)碼沒有任何關(guān)系。
12.【參考】錯(cuò)誤碼有利于不同文化背景的開發(fā)者進(jìn)行交流與代碼協(xié)作。
13.【參考】錯(cuò)誤碼即人性,感性認(rèn)知+口口相傳,使用純數(shù)字來進(jìn)行錯(cuò)誤碼編排不利于感性記憶和分類。
更多建議: