個(gè)人認(rèn)為，大型應(yīng)用體系中的錯(cuò)誤碼應(yīng)該是少數(shù)的，就像RESTful設(shè)計(jì)HTTP接口那樣，常用的錯(cuò)誤碼不到10個(gè)，其詳細(xì)的錯(cuò)誤內(nèi)容直接以錯(cuò)誤信息的方式顯示，不是使用錯(cuò)誤碼來定義。設(shè)計(jì)詳細(xì)的錯(cuò)誤碼也是為了判斷錯(cuò)誤的，與其遇見錯(cuò)誤時(shí)根據(jù)錯(cuò)誤碼再去查錯(cuò)誤碼表找到錯(cuò)誤信息，不如直接傳錯(cuò)誤信息。

不建議使用錯(cuò)誤碼機(jī)制。你所看到的微信、微博等的接口，它們都是對(duì)外提供的，數(shù)量有限，制定錯(cuò)誤碼非常容易。但是對(duì)于內(nèi)部系統(tǒng)，特別是龐大的系統(tǒng)，制定錯(cuò)誤碼純屬浪費(fèi)時(shí)間。而且，錯(cuò)誤碼越詳細(xì)，系統(tǒng)之間的耦合度就越高。試想某一個(gè)模塊增加一個(gè)錯(cuò)誤碼，會(huì)影響整個(gè)系統(tǒng)中程序?qū)﹀e(cuò)誤的判斷。

是的，有明回答的也是我的看法。如果一定要制定錯(cuò)誤碼的話你要考慮的是怎么寫文檔和如何管理錯(cuò)誤碼，錯(cuò)誤碼本身不重要。即使你只有10條錯(cuò)誤碼，開發(fā)者也不會(huì)都記住！所以考慮錯(cuò)誤碼規(guī)律性、簡(jiǎn)潔性、可讀性根本不重要。你想想HTTP的錯(cuò)誤碼就知道了，除了200，301，403，404，500你還記得啥？

總結(jié)

以上是生活随笔為你收集整理的问题：求返回码规范设计规范？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。