## 編碼風格 > 代碼必須遵守PSR-2代碼風格。 ### 基本命名規則概要 **類名**必須為大寫駝峰 **類屬性**必須為小寫駝峰 **方法名**必須為小寫駝峰 **函數名**必須為小寫+下劃線 **常量名**必須為大寫+下劃線 ### 團隊內規范 * PSR-2未提到的變量命名規則統一以小寫下劃線的形式命名。例如：方法內變量命名，函數內變量命名，方法與函數的參數變量命名。 * 命名必須以常用英文單詞、單詞簡寫或約定俗成的拼音進行命名，禁止英文單詞與拼音混合的方式命名。 ### IDE代碼規范檢查插件 phpstorm在plugins中搜索 `php inspections` 安裝，文件或文件夾右鍵 `inspect code` 即可檢查 ## RESTful API規范(接口) 項目接口應該在開發之前就列出來，然后按照接口列表創建接口文檔，前端與后端可并行開發。 返回狀態碼： 200 400 500 ``` 返回狀態碼 狀態碼相關的思考，目前考慮到兩種自認為你相對符合目前情況的。 1、200，400，401，403，404，500。比正常的狀態碼簡單，不過針對目前情況稍顯繁瑣。 2、200，400，500，感覺有點太簡陋了。 最終掙扎，401客戶端需要重新授登錄，必須。400為所有客戶端錯誤，具體錯誤以message的形式描述在body內，500為服務端的錯誤，具體消息同上。200成功不做討論。 以上想法需要和其他成員溝通。 ``` ## 參考資料 [PSR中文翻譯](https://learnku.com/docs/psr) [PSR-2編碼風格規范](https://www.php-fig.org/psr/psr-2/) [PSR-2編碼風格規范中文翻譯](https://learnku.com/docs/psr/psr-2-coding-style-guide/1606) [RESTful API 設計指南](http://www.ruanyifeng.com/blog/2014/05/restful_api.html) [理解RESTful架構](http://www.ruanyifeng.com/blog/2011/09/restful.html)