Python實現策略模式、觀察者模式和責任鏈模式
作者：了不起
今天我們將介紹三種行為型設計模式：策略模式、觀察者模式和責任鏈模式。下面，我們一起來看！
今天我們將介紹三種行為型設計模式：策略模式、觀察者模式和責任鏈模式。
1.策略模式
策略模式是一種行為設計模式，它允許在運行時選擇算法的行為。它將算法封裝在獨立的策略類中，使得它們可以互相替換，而不會影響到客戶端代碼。在Python中，我們可以使用函數或者類來實現策略模式。
(1) 策略模式的結構
策略模式的核心是定義一個策略接口，所有的具體策略都要實現這個接口。然后，我們可以在客戶端代碼中使用策略對象，而不需要關心具體的實現細節。
以下是策略模式的基本結構：
# 策略接口
class Strategy:
def do_operation(self):
pass
# 具體策略類
class ConcreteStrategyA(Strategy):
def do_operation(self):
print("執行策略A的操作")
class ConcreteStrategyB(Strategy):
def do_operation(self):
print("執行策略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) 策略模式的應用場景
策略模式適用于以下場景：
- 當一個系統有多個算法，并且需要在運行時根據不同情況選擇其中一個算法時。
- 當一個類有多個行為，并且這些行為可以通過繼承來擴展時。
- 當一個類的行為在運行時可以動態改變時。
(3) 策略模式的優點
- 策略模式將算法的實現與使用算法的客戶端代碼分離，使得它們可以獨立地變化。
- 策略模式遵循開閉原則，新的策略可以很容易地添加到系統中，而不會影響到原有的代碼。
(4) 策略模式的缺點
- 策略模式增加了系統中類的數量，增加了代碼的復雜度。
- 客戶端需要了解所有的策略類，才能選擇合適的策略。
2.觀察者模式
它定義了一種一對多的依賴關系，讓多個觀察者對象同時監聽一個主題對象。當主題對象的狀態發生變化時，它會通知所有的觀察者對象，使得它們能夠自動更新。
(1) 觀察者模式的結構
觀察者模式的核心是主題對象和觀察者對象之間的關系。主題對象維護一個觀察者列表，當主題對象的狀態發生變化時，它會遍歷觀察者列表，通知每個觀察者對象進行更新。
以下是觀察者模式的基本結構：
# 主題接口
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) 觀察者模式的應用場景
觀察者模式適用于以下場景：
- 當一個對象的改變需要同時改變其他對象時。
- 當一個對象的改變需要通知一組對象時。
- 當一個對象的改變需要讓其他對象自動更新時。
(3) 觀察者模式的優點
- 觀察者模式將主題對象和觀察者對象解耦，使得它們可以獨立地變化。
- 觀察者模式遵循開閉原則，新的觀察者可以很容易地添加到系統中，而不會影響到原有的代碼。
(4) 觀察者模式的缺點
- 觀察者模式可能會導致系統中觀察者對象過多，增加了代碼的復雜度。
- 觀察者模式中，觀察者對象與主題對象之間存在循環依賴的關系，可能會導致循環引用的問題。
3.責任鏈模式
它將請求的發送者和接收者解耦，使得多個對象都有機會處理請求。將這些對象串成一條鏈，并沿著這條鏈傳遞請求，直到有一個對象能夠處理它為止。
(1) 責任鏈模式的結構
責任鏈模式的核心是責任鏈對象和處理對象之間的關系。責任鏈對象維護一個處理對象列表，當收到請求時，它會遍歷處理對象列表，直到找到能夠處理請求的對象。
以下是責任鏈模式的基本結構：
# 處理對象接口
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) 責任鏈模式的應用場景
責任鏈模式適用于以下場景：
- 多個對象可以處理同一個請求，但具體由哪個對象處理是在運行時動態決定的。
- 需要將請求的發送者和接收者解耦，使得多個對象都有機會處理請求。
(3) 責任鏈模式的優點
- 責任鏈模式將請求的發送者和接收者解耦，使得它們可以獨立地變化。
- 責任鏈模式遵循開閉原則，新的處理對象可以很容易地添加到系統中，而不會影響到原有的代碼。
(4) 責任鏈模式的缺點
- 責任鏈模式中，請求可能會在責任鏈上被多次處理，可能會導致性能問題。
責任編輯：趙寧寧
來源：
Python技術
