# 錯誤碼設計 * * * * * ### 錯誤碼列表  此處咱們來詳細講解下系統的錯誤碼設計。 從圖中可以看出 OneBase 的錯誤碼規范。 code 第1位（錯誤提示級別）,第2-3位（錯誤模塊）,第4-7位（錯誤代碼） 咱們不管是查詢還是寫入或更新操作，所有的操作成功都統一返回 0，代表操作成功。 除了 0 以外，其他的錯誤碼 全都是 7 位數。 7位數 中的 第一位 代表了 錯誤級別， 1 為業務邏輯級別的錯誤， 2 為系統級別的錯誤。 共 9 種錯誤級別的位置，剩下的開發者有需要可自行擴展。 第二位和第三位 為系統的錯誤模塊定位號碼，例如咱們可以看到 簽名有 00的 后面 還有 01的， 作者把接口驗證相關的錯誤碼歸為了 00 模塊，這樣 以后一看到錯誤碼就知道是哪里有問題啦，用戶相關的驗證 為 01 模塊，后面還有 90多個模塊位置 留著給研發者擴展哦。 最后一組是 第四位到第七位，代表詳細的錯誤位置定位號碼，通過這 七位 號碼 咱們開發者可以直接定位錯誤原因，然后迅速找到解決方案。 下面咱們來看看 error 目錄中的錯誤碼類是啥樣的。   看到了吧，咱們每個模塊對應一個錯誤碼類文件，CodeBase 為基礎模塊 保存著訪問 api 相關的錯誤信息，Common 為通用的錯誤模塊，比如 登錄注冊 此類整系統通用的錯誤碼。 類中都是以靜態屬性方式存儲數據，屬性名稱命名盡量易懂，一看就知道是什么意思才行，屬性里面包含錯誤碼和錯誤描述。  在 api 模塊的業務邏輯研發中，直接以 return CommonError::$passwordError; 此類方式調用靜態屬性返回，無需關注上游是怎么處理的，只需要專注業務邏輯研發即可。