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