我班同學訂閱了一些雜誌,有雜誌a,雜誌b,訂閱的同學有ghost,guang首先定義介面,我們需要乙個現在每當雜誌更新的時候就要向訂閱了該雜誌的同學發出通知以提醒他們。實現該邏輯的**。
magzine
介面和observer
介面。
用來賦予雜誌和觀察者應有的行為。
inte***ce observer
abstract class magzine
對於雜誌類來說,一定需要記錄都有哪些人訂閱了,因此需要有add方法和rm方法用來操作訂閱者(觀察者)。還需要有notifyy方法來通知這些訂閱者更新資訊。
同時,訂閱者observer
也需要獲得提醒,於是擁有update
方法用來接收通知,當magzine
類有更新的時候就會呼叫observer的update方法通知他。
因此,observer的具體物件如下:
class
ghost
implements
observer
@override
public
void update()
}class
guang
implements
observer
@override
public
void update()
}
雜誌magzine的具體類如下:
class
maga
extends
magzine
@override
public
void rm(observer observer)
@override
public
void notifyy()
}}class
magb
extends
magzine
@override
public
void rm(observer observer)
@override
public
void notifyy()
}}
在客戶端呼叫的時候即可這樣進行訂閱:
public
static
void
main(string args)
執行結果為:
ghost:the magzineduzhe has been updated觀察者模式是通過被觀察者保持擁有觀察者的引用,從而可操縱觀察者的」更新「方法;而觀察者保留其訂閱的」被觀察者「的引用,從而可獲得被觀察者的狀態資訊。guang:the magzinegaoxiao has been updated
將乙個系統分割成一系列互相協作的類有個很不好的***,即需要維護相關物件間的一致性。我們不希望為了維持一致性而使得各類緊密耦合。
但是該模式的一大好處就是,被觀察者不需要知道到底有多少observer在關注著他或者這些observer都是哪些具體的類,只要他狀態變化了,依次發出通知即可;而observer也不用知道到底是哪個具體的」被觀察者「給他發了訊息,而是只用在意它本身所接受到的更新資訊即可。
當乙個物件的改變需要通知其他物件或者同時改變其他物件的時候,而且它並不知道有多少具體物件有待改變時,應使用觀察者模式。之所以將觀察者和被觀察者都定義為介面就是在接觸耦合,使得雙方都依賴於抽象而不是具體,這樣雙方各自的變化都不會影響到另一邊。
python 設計模式 觀察者 觀察者設計模式
在觀察者設計模式這種模式中,物件被表示為等待事件觸發的觀察者。一旦發生指定的事件,觀察者就會關注該主體。當事件發生時,主體告訴觀察者它已經發生。以下uml圖表示觀察者模式 如何實現觀察者模式?現在讓我們來看看如何實現觀察者模式。參考以下實現 import threading import time ...
設計模式 觀察者模式
觀察者模式定義了物件間一對多的依賴關係,乙個物件發生變化時,所有依賴它的物件都得到通知並被自動更新。本文主要闡述觀察者模式在分布式scada人機介面中的使用,利用這種模式使得人機介面顯示效率更高。發布者 郵局 觀察者 參與者 讀者 訂閱者 當郵局收到報社新雜誌的時候,即郵局狀態發生了改變,於是郵局把...
設計模式 觀察者模式
核心思想 註冊 通知 撤銷註冊 observer 將自己註冊到被觀察物件 subject 中,被觀察物件將觀察者存放在乙個容器 container 裡。被觀察物件發生了某種變化 如圖中的somechange 從容器中得到所有註冊過的觀察者,將變化通知觀察者。觀察者告訴被觀察者要撤銷觀察,被觀察者從容...