建站
咨詢
售后
建站咨詢
新聞中心
業(yè)務背景
最近接到一個認證的需求，C 端用戶在購買公司保險時，需要先進行 實名認證確認身份
創(chuàng)新互聯(lián)公司長期為上千客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為和田縣企業(yè)提供專業(yè)的做網(wǎng)站、成都網(wǎng)站建設，和田縣網(wǎng)站改版等技術(shù)服務。擁有10多年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
為了保證 業(yè)務復用，單獨將認證的邏輯拆分為微服務模塊
C 端用戶下單購買保險的邏輯大致如下
先說下關(guān)于認證相關(guān)的一些基本知識。簡單來說，你如何證明你是你自己
一些云服務廠商都會有關(guān)于驗證身份的付費接口，接下來我們就以騰訊云姓名、身份證二要素認證為參考進行舉例
說完認證知識，我們再來拆解下用戶購買保險的步驟
- 用戶在前端發(fā)起認證行為
- 請求經(jīng)過網(wǎng)關(guān)調(diào)用保險服務，保險服務調(diào)用認證服務
- 認證服務調(diào)用騰訊云認證付費 API，返回認證結(jié)果信息
認證流程
在整個塊認證流程中，我們會講解三種設計模式，按照順序分別是策略、責任鏈、模板模式
策略模式
定義一組算法類，將每個算法分別封裝起來，讓它們可以互相替換。策略模式使這些算法在客戶端調(diào)用它們的時候能夠互不影響地變化，客戶端代指使用算法的代碼
我們拿認證來說，定義一個認證接口，然后實現(xiàn)二、三、四要素以及人臉識別實現(xiàn);將這些實現(xiàn)類放到一個 Map 容器中，并和業(yè)務規(guī)定好對應的標識 Key，通過標識 Key 獲取對應的認證策略實現(xiàn)
如果真的像上面這么簡單，if-else 判斷加上拆解幾個認證函數(shù)就可以搞得定，還真的不一定需要策略模式
我們再延伸來看一種復雜場景：假設后續(xù)不滿足于騰訊云的認證，為了保證可用性以及更多的流量，需要對接更多的認證平臺
可用性：平臺的接口不太可能保證全年百分百可用，需要有容災降級或者替換方案
更多的流量：騰訊云認證接口限流 100次 / S
這個時候策略模式的優(yōu)點就體現(xiàn)出來了，簡化代碼的復雜性 以及 保證開閉原則，增加程序的健壯性以及可擴展性
后續(xù)再增加三方認證平臺和認證方式，都不需要改動原有邏輯，添加對應實現(xiàn)即可
責任鏈模式
在責任鏈模式中，多個處理器(參照攔截器)依次處理同一個請求。一個請求先經(jīng)過 A 處理器處理，然后再把請求傳遞給 B 處理器，B 處理器處理完后再傳遞給 C 處理器，以此類推，形成一個鏈條，鏈條上的每個處理器 各自承擔各自的處理職責
這里主要將責任鏈模式應用于，規(guī)避無意義調(diào)用三方認證服務
已認證過的人員信息，在有效期內(nèi)沒必要再次調(diào)用
調(diào)用認證結(jié)果錯誤，依然會扣錢，比如說名稱中包含非中文，身份證格式錯誤等等
我們可以將處理器盡量職責單一，方便后續(xù)其它認證方式的 復用和編排
模板方法
模板方法模式在一個方法中定義一個 算法骨架，并將某些步驟推遲到 子類中實現(xiàn)。模板方法模式可以讓子類在 不改變算法整體結(jié)構(gòu)的情況下，重新定義算法中的某些步驟
模版方法主要作用：復用性 和 擴展性
- 復用性：核心思想就是 父級定義公共實現(xiàn)，由子級進行調(diào)取使用
- 擴展性：在不修改方法邏輯的前提下，變更其中的某些步驟
通俗來講 : 定義一個抽象類AbstractTemplate，并定義一個或若干抽象方法 abstractMethod。代碼大致如下：
public abstract class AbstractAuthenticationService{
void before(T request) {
}
void after(T request) {
}
// 抽象方法
protected abstract void practicalExecute(T request);
public void authentication(T request) {
// 前置攔截操作，包括不限于責任鏈模式調(diào)用
before(request);
// 策略模式實現(xiàn)，調(diào)用具體認證類，比如二要素認證或三要素認證
practicalExecute(request);
// 資源清理或記錄認證完成信息
after(request);
}
騰訊云二要素認證實現(xiàn)類，代碼如下：
@Slf4j
@Component
@RequiredArgsConstructor
// BaseAuthenticationStrategy 是策略模式實現(xiàn)，定義了 mark、execute 方法
public class NameIdCardAuthenticationByTencentResolver extends AbstractAuthenticationService
implements BaseAuthenticationStrategy{
private static final String SUCCESS = "0";
// 責任鏈容器
private final NameIdCardHandlerChain nameIdCardHandlerChain;
@Override
public String mark() {
return AuthenticationEnum.TENCENT.name();
}
@Override
public void execute(NameIdCardAuthenticationReqDTO request) {
authentication(request);
}
@Override
public void before(NameIdCardAuthenticationReqDTO request) {
// 責任鏈調(diào)用
nameIdCardHandlerChain.doFilter(request);
}
@Override
public void practicalExecute(NameIdCardAuthenticationReqDTO request) {
// 騰訊云二要素認證具體行為
}
}
最后總結(jié)
拋出一個老生常談的問題，學習設計模式有什么作用?
設計模式主要是為了應對 代碼的復雜性，讓其滿足 開閉原則，提高代碼的 擴展性;合適的場景合理運用的設計模式，可以幫助代碼實現(xiàn) 高內(nèi)聚、低耦合 等的優(yōu)點
你無法決定別人的代碼，但你可以決定自己的。時間充足的情況下，盡量以重構(gòu)的方式去寫每一行代碼
因為篇幅問題，沒有大張旗鼓講設計模式本身，提供大家一個學習鏈接：https://github.com/acmenlt/framework
最后希望小伙伴讀過文章后有所收獲，祝好。
網(wǎng)站欄目：圖解設計模式：身份認證場景的應用
標題鏈接：http://www.5511xx.com/article/djeoojh.html
