Python實現(xiàn)策略模式、觀察者模式和責(zé)任鏈模式
今天我們將介紹三種行為型設(shè)計模式：策略模式、觀察者模式和責(zé)任鏈模式。
1.策略模式
策略模式是一種行為設(shè)計模式，它允許在運行時選擇算法的行為。它將算法封裝在獨立的策略類中，使得它們可以互相替換，而不會影響到客戶端代碼。在Python中，我們可以使用函數(shù)或者類來實現(xiàn)策略模式。
(1) 策略模式的結(jié)構(gòu)
策略模式的核心是定義一個策略接口，所有的具體策略都要實現(xiàn)這個接口。然后，我們可以在客戶端代碼中使用策略對象，而不需要關(guān)心具體的實現(xiàn)細(xì)節(jié)。
以下是策略模式的基本結(jié)構(gòu)：
# 策略接口
class Strategy:
def do_operation(self):
pass
# 具體策略類
class ConcreteStrategyA(Strategy):
def do_operation(self):
print("執(zhí)行策略A的操作")
class ConcreteStrategyB(Strategy):
def do_operation(self):
print("執(zhí)行策略B的操作")
# 上下文類
class Context:
def __init__(self, strategy):
self.strategy = strategy
def execute_strategy(self):
self.strategy.do_operation()
# 客戶端代碼
if __name__ == "__main__":
strategy_a = ConcreteStrategyA()
strategy_b = ConcreteStrategyB()
context = Context(strategy_a)
context.execute_strategy()
context.strategy = strategy_b
context.execute_strategy()(2) 策略模式的應(yīng)用場景
策略模式適用于以下場景：
- 當(dāng)一個系統(tǒng)有多個算法，并且需要在運行時根據(jù)不同情況選擇其中一個算法時。
- 當(dāng)一個類有多個行為，并且這些行為可以通過繼承來擴(kuò)展時。
- 當(dāng)一個類的行為在運行時可以動態(tài)改變時。
(3) 策略模式的優(yōu)點
- 策略模式將算法的實現(xiàn)與使用算法的客戶端代碼分離，使得它們可以獨立地變化。
- 策略模式遵循開閉原則，新的策略可以很容易地添加到系統(tǒng)中，而不會影響到原有的代碼。
(4) 策略模式的缺點
- 策略模式增加了系統(tǒng)中類的數(shù)量，增加了代碼的復(fù)雜度。
- 客戶端需要了解所有的策略類，才能選擇合適的策略。
2.觀察者模式
它定義了一種一對多的依賴關(guān)系，讓多個觀察者對象同時監(jiān)聽一個主題對象。當(dāng)主題對象的狀態(tài)發(fā)生變化時，它會通知所有的觀察者對象，使得它們能夠自動更新。
(1) 觀察者模式的結(jié)構(gòu)
觀察者模式的核心是主題對象和觀察者對象之間的關(guān)系。主題對象維護(hù)一個觀察者列表，當(dāng)主題對象的狀態(tài)發(fā)生變化時，它會遍歷觀察者列表，通知每個觀察者對象進(jìn)行更新。
以下是觀察者模式的基本結(jié)構(gòu)：
# 主題接口
class Subject:
def attach(self, observer):
pass
def detach(self, observer):
pass
def notify(self):
pass
# 具體主題類
class ConcreteSubject(Subject):
def __init__(self):
self.observers = []
def attach(self, observer):
self.observers.append(observer)
def detach(self, observer):
self.observers.remove(observer)
def notify(self):
for observer in self.observers:
observer.update()
# 觀察者接口
class Observer:
def update(self):
pass
# 具體觀察者類
class ConcreteObserverA(Observer):
def update(self):
print("觀察者A收到通知")
class ConcreteObserverB(Observer):
def update(self):
print("觀察者B收到通知")
# 客戶端代碼
if __name__ == "__main__":
subject = ConcreteSubject()
observer_a = ConcreteObserverA()
observer_b = ConcreteObserverB()
subject.attach(observer_a)
subject.attach(observer_b)
subject.notify()
subject.detach(observer_b)
subject.notify()(2) 觀察者模式的應(yīng)用場景
觀察者模式適用于以下場景：
- 當(dāng)一個對象的改變需要同時改變其他對象時。
- 當(dāng)一個對象的改變需要通知一組對象時。
- 當(dāng)一個對象的改變需要讓其他對象自動更新時。
(3) 觀察者模式的優(yōu)點
- 觀察者模式將主題對象和觀察者對象解耦，使得它們可以獨立地變化。
- 觀察者模式遵循開閉原則，新的觀察者可以很容易地添加到系統(tǒng)中，而不會影響到原有的代碼。
(4) 觀察者模式的缺點
- 觀察者模式可能會導(dǎo)致系統(tǒng)中觀察者對象過多，增加了代碼的復(fù)雜度。
- 觀察者模式中，觀察者對象與主題對象之間存在循環(huán)依賴的關(guān)系，可能會導(dǎo)致循環(huán)引用的問題。
3.責(zé)任鏈模式
它將請求的發(fā)送者和接收者解耦，使得多個對象都有機(jī)會處理請求。將這些對象串成一條鏈，并沿著這條鏈傳遞請求，直到有一個對象能夠處理它為止。
(1) 責(zé)任鏈模式的結(jié)構(gòu)
責(zé)任鏈模式的核心是責(zé)任鏈對象和處理對象之間的關(guān)系。責(zé)任鏈對象維護(hù)一個處理對象列表，當(dāng)收到請求時，它會遍歷處理對象列表，直到找到能夠處理請求的對象。
以下是責(zé)任鏈模式的基本結(jié)構(gòu)：
# 處理對象接口
class Handler:
def set_successor(self, successor):
pass
def handle_request(self, request):
pass
# 具體處理對象類
class ConcreteHandlerA(Handler):
def __init__(self):
self.successor = None
def set_successor(self, successor):
self.successor = successor
def handle_request(self, request):
if request == "A":
print("處理對象A處理請求")
elif self.successor is not None:
self.successor.handle_request(request)
class ConcreteHandlerB(Handler):
def __init__(self):
self.successor = None
def set_successor(self, successor):
self.successor = successor
def handle_request(self, request):
if request == "B":
print("處理對象B處理請求")
elif self.successor is not None:
self.successor.handle_request(request)
# 客戶端代碼
if __name__ == "__main__":
handler_a = ConcreteHandlerA()
handler_b = ConcreteHandlerB()
handler_a.set_successor(handler_b)
handler_a.handle_request("A")
handler_a.handle_request("B")
handler_a.handle_request("C")(2) 責(zé)任鏈模式的應(yīng)用場景
責(zé)任鏈模式適用于以下場景：
- 多個對象可以處理同一個請求，但具體由哪個對象處理是在運行時動態(tài)決定的。
- 需要將請求的發(fā)送者和接收者解耦，使得多個對象都有機(jī)會處理請求。
(3) 責(zé)任鏈模式的優(yōu)點
- 責(zé)任鏈模式將請求的發(fā)送者和接收者解耦，使得它們可以獨立地變化。
- 責(zé)任鏈模式遵循開閉原則，新的處理對象可以很容易地添加到系統(tǒng)中，而不會影響到原有的代碼。
(4) 責(zé)任鏈模式的缺點
- 責(zé)任鏈模式中，請求可能會在責(zé)任鏈上被多次處理，可能會導(dǎo)致性能問題。
