策略模式:設計模式中的一種
到目前為止,我們已經介紹了本系列中的三種設計模式。我們定義了四大類不同的設計模式。在本文中,我將解釋策略設計模式,它屬於行為設計模式。
#你可能有一個問題:什麼時候應該使用這種設計模式?我想說,當我們有多種方法(演算法)來執行相同的操作,並且我們希望應用程式根據您擁有的參數選擇特定的方法時。這種模式也稱為策略模式。
本文的一個非常簡單的範例是排序功能。例如,我們有多種對數組進行排序的演算法,但是根據數組元素的數量,我們應該選擇使用哪種演算法來獲得最佳效能。
此模式也稱為策略模式。
問題
我將舉一個整合了多個支付網關的電子商務網站的例子。儘管該網站有多個支付網關,但根據要求,它們不會全部顯示在前端。相反,需要根據購物車金額即時選擇適當的支付網關。
#舉個簡單的例子,如果購物車價值低於500 美元,則應使用PayPal 標準處理付款,但如果金額為500 美元或以上,則應使用儲存的信用卡詳細資料進行處理(假設詳細資料已存儲)。
#如果沒有實作正確的策略,我們的程式碼將如下所示:
首先,我們將提供透過 Paypal 支付和透過信用卡支付的主要類,這些類將在下面新增。
// Class to pay using Credit Card class payByCC { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } // Class to pay using PayPal class payByPayPal { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } } // This code needs to be repeated every place where ever needed. $amount = 5000; if($amount >= 500) { $pay = new payByCC(); $pay->pay($amount); } else { $pay = new payByPayPal(); $pay->pay($amount); }
在這裡,您可能會說我們需要放置條件語句才能使我們的程式碼正常運作。想像一下,當我們需要對該邏輯進行新的更改或您發現該邏輯中的錯誤時,您需要進行多少更改。我們必須向所有使用該程式碼的地方添加補丁。
解決方案
我們將實現相同的要求,但使用策略模式,這使我們能夠使我們的程式碼更加清晰、易於理解和可擴展。
#介面
首先,我們將實作所有不同支付網關類別將使用的介面。最終,這些都是我們的策略。
interface payStrategy { public function pay($amount); } class payByCC implements payStrategy { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } class payByPayPal implements payStrategy { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } }
接下來我們將創建我們的主類,它可以使用與我們迄今為止實施的策略不同的策略。
class shoppingCart { public $amount = 0; public function __construct($amount = 0) { $this->amount = $amount; } public function getAmount() { return $this->amount; } public function setAmount($amount = 0) { $this->amount = $amount; } public function payAmount() { if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); } }
在這裡我們可以看到我們的付款方式的條件載入是在 payAmount
方法中完成的。讓我們將所有內容包裝在一起,看看如何進一步使用它。
interface payStrategy { public function pay($amount); } class payByCC implements payStrategy { private $ccNum = ''; private $ccType = ''; private $cvvNum = ''; private $ccExpMonth = ''; private $ccExpYear = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Credit Card"; } } class payByPayPal implements payStrategy { private $payPalEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using PayPal"; } } class shoppingCart { public $amount = 0; public function __construct($amount = 0) { $this->amount = $amount; } public function getAmount() { return $this->amount; } public function setAmount($amount = 0) { $this->amount = $amount; } public function payAmount() { if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); } } $cart = new shoppingCart(499); $cart->payAmount(); // Output Paying 499 using PayPal $cart = new shoppingCart(501); $cart->payAmount(); //Output Paying 501 using Credit Card
我們可以看到支付網關的翻轉對於應用程式來說並不透明。根據參數,它有適當的支付網關可用於處理交易。
新增策略
如果在後期使用者需要新增具有不同邏輯的新策略(此處為新支付網關),在這種情況下會非常簡單。假設我們要新增一個新的支付網關 Moneybooker,並希望在購物車金額超過 500 美元但低於 1,000 美元時處理資金。
我們需要做的就是創建一個新的策略類別來實現我們的接口,我們就可以開始了。
class payByMB implements payStrategy { private $mbEmail = ''; public function pay($amount = 0) { echo "Paying ". $amount. " using Money Booker"; } }
我們現在已經準備好了新的策略類,我們需要更改的是主要的 payAmount
方法。需要修改如下:
public function payAmount() { if($this->amount > 500 && $this->amount < 1000) { $payment = new payByMB(); } else if($this->amount >= 500) { $payment = new payByCC(); } else { $payment = new payByPayPal(); } $payment->pay($this->amount); }
在這裡您可以看到我們僅在 payAmount
方法中進行了更改,而不是在呼叫該方法的客戶端程式碼中進行了更改。
結論
因此得出結論,當我們有多種方法來執行同一任務時(在軟體語言中,當我們有多種演算法來執行同一操作時),我們應該考慮實現策略模式。
透過使用這種模式,我們可以自由地添加/刪除演算法,因為這些演算法的切換對於應用程式來說並不透明。
我已盡力提供一個基本但有用的範例來示範策略設計模式,但如果您有其他意見或問題,請隨時將它們添加到下面的提要中。
以上是策略模式:設計模式中的一種的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

在Java框架中,設計模式和架構模式的區別在於:設計模式定義了在軟體設計中解決常見問題的抽象解決方案,專注於類別和物件之間的交互,例如工廠模式。架構模式定義了系統結構和模組之間的關係,關注系統元件的組織和交互,如分層架構。

Java框架中策略模式用於動態更改類別行為,具體應用包括:Spring框架:資料驗證和快取管理JakartaEE框架:事務管理和依賴注入JSF框架:轉換器和驗證器、回應生命週期管理

裝飾器模式是一種結構型設計模式,允許動態添加物件功能,無需修改原始類別。它透過抽象組件、具體組件、抽象裝飾器和具體裝飾器的協作實現,可以靈活擴展類別功能,滿足變化的需求。範例中,將牛奶和摩卡裝飾器添加到Espresso,總價為2.29美元,展示了裝飾器模式在動態修改物件行為方面的強大功能。

適配器模式是一種結構型設計模式,允許不相容物件協同工作,它將一個介面轉換為另一個,使物件能夠順利互動。物件適配器透過建立包含被適配器對象的適配器對象,並實現目標接口,實現適配器模式。在一個實戰案例中,透過適配器模式,客戶端(如MediaPlayer)可以播放高級格式的媒體(如VLC),儘管本身僅支援普通媒體格式(如MP3)。

1.工廠模式:分離物件創建和業務邏輯,透過工廠類別建立指定類型的物件。 2.觀察者模式:允許主題物件通知觀察者物件其狀態更改,實現鬆散耦合和觀察者模式。

TDD用於編寫高品質PHP程式碼,步驟包括:編寫測試案例,描述預期功能並使其失敗。編寫程式碼,僅使測試案例通過,無需過度優化或詳細設計。測試案例通過後,優化和重構程式碼以提高可讀性、可維護性和可擴展性。

設計模式透過提供可重複使用和可擴展的解決方案來解決程式碼維護難題:觀察者模式:允許物件訂閱事件,並在事件發生時收到通知。工廠模式:提供了一種創建物件的集中式方式,而無需依賴特定類別。單例模式:確保一個類別只有一個實例,用於建立全域可存取的物件。

Java框架中使用設計模式的優點包括:程式碼可讀性、可維護性和可擴充性增強。缺點包括:過度使用導致複雜性、效能開銷以及學習曲線陡峭。實戰案例:代理模式用於延遲載入物件。明智地使用設計模式可充分利用其優勢並最小化缺點。
