1. 程式人生 > >Http協議請求響應模型(一次請求的生命週期或簡單的軟體分層)

Http協議請求響應模型(一次請求的生命週期或簡單的軟體分層)

場景:登入

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語句單獨拿出來進行效能測試