個人認為，大型應用體系中的錯誤碼應該是少數的，就像RESTful設計HTTP接口那樣，常用的錯誤碼不到10個，其詳細的錯誤內容直接以錯誤信息的方式顯示，不是使用錯誤碼來定義。設計詳細的錯誤碼也是為了判斷錯誤的，與其遇見錯誤時根據錯誤碼再去查錯誤碼表找到錯誤信息，不如直接傳錯誤信息。

不建議使用錯誤碼機制。你所看到的微信、微博等的接口，它們都是對外提供的，數量有限，制定錯誤碼非常容易。但是對于內部系統，特別是龐大的系統，制定錯誤碼純屬浪費時間。而且，錯誤碼越詳細，系統之間的耦合度就越高。試想某一個模塊增加一個錯誤碼，會影響整個系統中程序對錯誤的判斷。

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。