Http協議請求響應模型(一次請求的生命週期或簡單的軟體分層)
阿新 • • 發佈:2018-12-31
場景:登入
1、客戶端發起請求到api介面層
1.1使用者在客戶端填寫使用者名稱和密碼,點選登入,傳送請求
2、api接收到客戶端發起的使用者請求
2.1 api對業務邏輯進行驗證
2.1.1 驗證使用者名稱和密碼是否合法
比如:使用者名稱要求必須為真實手機號碼 11位,1開頭,第二位34578
如果驗證失敗,即使用者名稱不合法,那麼需要給客戶端返回響應嗎
比如碼值為 1 ,2 ,3
1代表使用者名稱格式錯誤
2程式碼使用者名稱或密碼錯誤 (涉及到網路安全,太精準,會有安全問題,所以一般開發過程中都提示使用者名稱或密碼錯誤)
3代表密碼格式錯誤
3、api會將使用者資料的資料發給db層
CRUD: create,read,update,delete 增刪改查 (PS. delete一般是不採用這種操作,是物理刪除,但是一般不進行物理刪除,比較危險)
因為每條資料對公司來說都是寶貴的財富
一般刪除,用update操作,ifdelete=0 刪除,就顯示成1
select * from user where userName='' and password='';
3.1資料庫查詢成功則返回1,失敗則返回0
4、DB會將返回的查詢資料庫的條目數給api
5、api返回成功或失敗的狀態碼給客戶端
6、客戶端將返回資訊提示給使用者
簡單的軟體分層:
1 客戶端(瀏覽器,app,C/S)
功能測試,效能測試,自動化測試
2 介面層 業務邏輯層
介面測試,功能測試,效能測試,自動化測試
3資料庫層
可以將開發人員使用到的sql語句單獨拿出來進行效能測試