itstack-demo-design橋接模式支付渠道與支付方式分離2×2類爆炸問題一次性解決【免費(fèi)下載鏈接】itstack-demo-design:art: 《重學(xué)Java設(shè)計(jì)模式》是一本互聯(lián)網(wǎng)真實(shí)案例實(shí)踐書籍。以落地解決方案為核心從實(shí)際業(yè)務(wù)中抽離出交易、營銷、秒殺、中間件、源碼等22個(gè)真實(shí)場景來學(xué)習(xí)設(shè)計(jì)模式的運(yùn)用。歡迎關(guān)注小傅哥微信(fustack)公眾號bugstack蟲洞棧博客https://bugstack.cn項(xiàng)目地址: https://gitcode.com/fuzhengwei/itstack-demo-design學(xué)習(xí)itstack-demo-design重學(xué)Java設(shè)計(jì)模式這個(gè)項(xiàng)目就像打開了一本互聯(lián)網(wǎng)真實(shí)案例設(shè)計(jì)模式教程。本篇帶你用支付系統(tǒng)這個(gè)經(jīng)典場景快速吃透Java 設(shè)計(jì)模式之橋接模式把支付渠道和支付方式兩個(gè)維度拆開一次解決類爆炸難題新手也能看懂。 為什么需要橋接模式支付系統(tǒng)的類爆炸煩惱想象你要做一個(gè)支付功能有兩個(gè)維度維度取值支付渠道微信支付、支付寶支付方式密碼支付、人臉支付、指紋支付如果按一個(gè)渠道 × 一種方式 一個(gè)類的寫法類數(shù)量會(huì)像滾雪球一樣增長2 渠道 × 2 方式 4 個(gè)類2 渠道 × 3 方式 6 個(gè)類再來個(gè)銀聯(lián)渠道 × 3 方式 9 個(gè)類……每加一個(gè)維度就要新寫一堆幾乎重復(fù)的類改一個(gè)公共邏輯要改 N 處。這就是典型的類爆炸問題。橋接模式Bridge Pattern的思路讓渠道和方式各自獨(dú)立變化、自由組合2×2的乘法題變成22的加法題。 橋接模式怎么運(yùn)作抽象與實(shí)現(xiàn)各管一攤在 itstack-demo-design-7-02 模塊中代碼結(jié)構(gòu)非常清晰核心就是一個(gè)接口 一個(gè)抽象類1?? 支付方式用接口抽象實(shí)現(xiàn)端IPayMode.java 定義了支付方式這一維度的統(tǒng)一入口只關(guān)心風(fēng)控校驗(yàn)security方法PayCypher.java密碼支付校驗(yàn)環(huán)境安全PayFaceMode.java人臉支付校驗(yàn)?zāi)槻孔R別PayFingerprintMode.java指紋支付校驗(yàn)指紋信息2?? 支付渠道用抽象類抽象抽象端Pay.java 是支付渠道的抽象基類它持有一個(gè) IPayMode 引用——這就是橋public Pay(IPayMode payMode) { this.payMode payMode; }渠道類只聲明轉(zhuǎn)賬transfer的骨架具體校驗(yàn)交給橋?qū)γ娴闹Ц斗绞饺ネ瓿蒞xPay.java微信渠道劃賬先調(diào)payMode.security(uId)做風(fēng)控不通過則攔截返回0001ZfbPay.java支付寶渠道劃賬邏輯與微信對稱一句話總結(jié)渠道管往哪打錢方式管怎么驗(yàn)身份兩者通過構(gòu)造器注入解耦。 場景演示微信人臉、支付寶指紋自由組合測試代碼 ApiTest.java 展示了橋接模式最爽的地方——任意組合、互不干擾// 微信支付 × 人臉方式 Pay wxPay new WxPay(new PayFaceMode()); wxPay.transfer(weixin_1092033111, 100000109893, new BigDecimal(100)); // 支付寶支付 × 指紋方式 Pay zfbPay new ZfbPay(new PayFingerprintMode()); zfbPay.transfer(jlu19dlxo111, 100000109894, new BigDecimal(100));運(yùn)行后日志依次打印風(fēng)控校驗(yàn)?zāi)槻孔R別 → 微信渠道劃賬成功、風(fēng)控校驗(yàn)指紋信息 → 支付寶渠道劃賬成功。渠道和方式各自獨(dú)立組合方式是乘法級的代碼卻只有加法式的增長。 擴(kuò)展對比新增功能只寫一個(gè)類擴(kuò)展需求傳統(tǒng)寫法橋接模式新增銀聯(lián)渠道銀聯(lián)×密碼、銀聯(lián)×人臉、銀聯(lián)×指紋3 個(gè)類只加1 個(gè)類繼承 Pay新增刷掌支付微信×刷掌、支付寶×刷掌2 個(gè)類只加1 個(gè)類實(shí)現(xiàn) IPayMode修改風(fēng)控邏輯每個(gè)渠道類里各改一遍只改對應(yīng)方式類1 處類數(shù)量從渠道數(shù) × 方式數(shù)降為渠道數(shù) 方式數(shù)這就是橋接模式對2×2 類爆炸的終極答案。 延伸閱讀項(xiàng)目中的設(shè)計(jì)模式系列本例來自開源項(xiàng)目itstack-demo-design它是《重學(xué) Java 設(shè)計(jì)模式》一書的配套案例庫覆蓋交易、營銷、秒殺等 22 個(gè)真實(shí)場景。相關(guān)模塊與資料橋接模式完整代碼itstack-demo-design-7-02支付控制器早期版本未拆分前PayController.java更多模式案例導(dǎo)航README.md? 小結(jié)橋接模式 抽象與實(shí)現(xiàn)分離用接口抽象支付方式用抽象類抽象支付渠道通過對象引用搭起橋梁核心價(jià)值兩個(gè)維度的變化互不影響類數(shù)量從乘法降為加法徹底告別類爆炸適用信號當(dāng)你發(fā)現(xiàn)類名開始出現(xiàn)渠道A方式B渠道A方式C這樣的組合爆炸時(shí)就該請橋接模式出馬了打開 itstack-demo-design-7-02 模塊跑一遍ApiTest配合日志觀察風(fēng)控與劃賬流程5 分鐘就能把橋接模式玩明白 【免費(fèi)下載鏈接】itstack-demo-design:art: 《重學(xué)Java設(shè)計(jì)模式》是一本互聯(lián)網(wǎng)真實(shí)案例實(shí)踐書籍。以落地解決方案為核心從實(shí)際業(yè)務(wù)中抽離出交易、營銷、秒殺、中間件、源碼等22個(gè)真實(shí)場景來學(xué)習(xí)設(shè)計(jì)模式的運(yùn)用。歡迎關(guān)注小傅哥微信(fustack)公眾號bugstack蟲洞棧博客https://bugstack.cn項(xiàng)目地址: https://gitcode.com/fuzhengwei/itstack-demo-design創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考