回到目錄

關於Lind.DDD框架裡API框架的技術點說明

講解：張佔嶺

花名：倉儲大叔

主要框架：Lind.DDD

目錄

1. 關於Lind.DDD.Authorization
2. 關於授權的原理
3. 關於ApiValidateModelConfig
4. 關於Lind.DDD.CacheConfigFile
5. 如何為你的API專案注入授權模組
6. 關於服務端收取過濾器ApiValiadateFilter
7. 如何在客戶端生產加密授權串
8. 關於請求類與響應類
9. 客戶端如何做分頁

關於Lind.DDD.Authorization

Lind.DDD為我們提交了強大的

API校驗元件，只需要在全域性或者要授權的controller上新增對應的過濾器即可完成授權的過程，這樣，你的API就安全多了。

關於授權的原理

客戶端在向API服務端獲取資料時，需要先申請一個appkey作為自己的標識，當然這也是雙方約定的，我們可以叫做公鑰，而真正做資料校驗的不是它，它只是一個唯一標識，對外公開，真正做資料加密的叫passKey，它是儲存在雙方內部的，不對外公開，所以叫金鑰，在客戶端向API服務端通訊時，需要將這個passKey連同引數和appkey傳到服務端，由服務端做相同的校驗碼生產邏輯，最後兩者進行比較，相同即驗證通過。

 

關於ApiValidateModelConfig

ApiValidateModelConfig主要在服務端儲存所有被收取的客戶端的資訊，它是一個列表集合，由AppKey,AppName,PassKey,ExpireDate等元素組成，它們具體的含義如下：

 

而這個實體在服務端校驗時，會從配置檔案XML中反射出來，以遍進行比較，當然，你的配置檔案如果沒有修改，它會直接從記憶體裡進行獲取，這個邏輯由CacheConfig控制。

關於Lind.DDD.CacheConfigFile

它在早期的大叔框架裡就已經出來了，主要用於做配置檔案快取的，當快取檔案被修改後，它的資訊將重新被載入，否則將從內在中來進行獲取，這個檔案需要管理員在服務端進行維護，在新增和刪除配置時，需要做修改，當然，我們也完全可以把它持久化到其它資料庫裡，如sqlserver,redis

等介質。

 

如何為你的API專案注入授權模組

為API專案注入授權功能很是容易，直接在對應的controller上新增過濾器Lind.DDD.Authorization.Api.ApiValiadateFilter即可。

 

相關推薦