一、為了不同的前端和後端進行資訊互動，resultful api是一種比較流行的一種api規範。結構清晰符合標準，易於理解、擴充套件方便，便於前端開發者進行區分訪問介面資源。
restfule風格是一種軟體架構風格，而不是標準，只是提供了一種設計原則和約束條件。主要適用於客戶端和伺服器端互動的軟體。是基於http協議實現。目的是為了提高系統的可伸縮性，降低應用之間的耦合度，方便框架分布式處理程式。基於這個風格的軟體可更加的簡單、更有層次，更易於實現快取的機制。
在resultful風格中，使用者請求的url使用同乙個url而用請求方式：get/post/delete/put等方式對請求的處理方法進行區分。這樣可以在前後臺分離的開發中讓前端開發人員不會對請求的資源位址產生混淆，形成乙個統一的介面。
rest是一種面向資源的架構風格。
三、對於不同的操作可以分為 get、put、delete、post，使用的協議是https
get 獲取資源
put 更新資源
patch 更新部分屬性
delete 刪除資源
post 建立資源
另外 ： put 在伺服器更新全部的資源，patch是在伺服器上更新區域性的資源。
四、常見的狀態碼
200 200 ok 伺服器成功返回使用者的請求資料 。
201 create 使用者建立或修改資料成功
202 accept有乙個請求進入後台排隊
204 no content 刪除資料成功
400 使用者傳送的請求有錯誤，伺服器沒有進行新建或修改操作
401使用者沒有許可權 使用者名稱，密碼錯誤
403 使用者得到授權，但是訪問被禁止
404 使用者發出的請求是不存在的記錄，伺服器沒有進行操作
406使用者請求的格式不對
410 使用者請求的資源被永久刪除，不會被誒獲得
500 伺服器錯誤，使用者無法進行判斷是否請求成功
200 系列是成功的，400系列是客戶端，500系列是服務端
規範 前端編碼規範 注釋規範
頂部新增檔案申明資訊，包括檔案描述 原始作者，如果有更新，則需要新增更新內容 更新作者和更新時間。description 說明文字 author 張三 description 說明文字 author 張三 update 更新內容 by 李四 2013 04 13 18 32 無論是單行注釋還是多行注...
程式規範 命名規範
這裡列舉我自己的命名規則，網上很多，但是這個是我目前自己的命名規範 每個單詞的首字母大寫，一般用名詞形式 如 circle goodobject highschool stringlist memorypool verylargebuffer 顯然，所有命名的乙個基本要求 顧名思義，通過名字，能夠反...
PSR規範 php編碼規範
前言 一開始寫 的時候，只是自己覺得怎麼舒服怎麼寫，什麼格式都是自己覺得順眼就怎麼安排，沒有怎麼閱讀什麼規範的 最近讀了 php the right way 發現寫 作為一門工程學還是要優雅，規範，清爽的寫，so，分享以下編碼規範，每次寫完 之後，自己都會拿出規範，讓自己的 風格盡量遵守這些編碼規則...