設計模式之觀察者模式

觀察者模式

觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時，會通知所有觀察者物件，使它們能夠自動更新自己

1. subject是對主題的抽象，但具體維護通知物件是在子類concretesubject的實現中，concretesubject呼叫它的notify來遍歷通知物件。

2. concretesubject是具體的主題，也是我們關心的物件，當它的subjectstate修改的時候，同時呼叫父類的notify.實現通知

3. 當乙個物件需要通知或改變其它物件，而它又不能假定其它物件是誰,也就是說，不希望這些物件是緊耦合的，我們就可能考慮它

觀察者模在通訊的具體實現中，有兩個版本。

1）拉模式：目標角色在發生變化後，僅僅告訴觀察者角色「我變化了」；觀察者角色如果想要知道具體的變化細節，則就要自己從目標角色的介面中得到。拉模式是想要就主動表白獲取。這裡存在依賴，觀察者要依賴具體的主題。

2）推模式：通知你發生變化的同時，通過乙個引數將變化的細節傳遞到觀察者角色中去。推模式是管你要不要，先給你啦。推模型可能會使得觀察者物件難以復用，因為觀察者的update()方法是按需要定義的引數，可能無法兼顧沒有考慮到的使用情況

而拉模型就不會造成這樣的情況，因為拉模型下，update()方法的引數是主題物件本身，這基本上是主題物件能傳遞的最大資料集合了，基本上可以適應各種情況的需要

以下是拉模式 **如下：實現的邏輯：當門開啟時，主臥和客廳的燈亮起，電視開啟。

///
///抽象主題 
/// public
abstract
class
subject
public
void
remove(observer observer)
//////
通知所有觀察者
/// public
void
notify()
}public
class
door :subject
public
void
open()
}public
abstract
class
observer
public
class
light : observer
public
override
void
action(subject subject)
，燈 亮起
",door.doorstate, this
.name));}}
public
class
tv : observer
}class
program
}

c# 提供了事件的機制，同樣可以實現觀察者模式，與上面**稍有不同：

//
繼承自eventargs
//用作儲存狀態,還可以擴充套件其他的功能
public
class
statechangeeventargs : eventargs
public statechangeeventargs(string
state)
}//定義乙個委託 
public
delegate
void statechangeeventhandler(object
sender, statechangeeventargs e);
public
class
door
public
void
open()
}public
abstract
class
observer
public
class
light : observer
public
override
void action(object
sender, statechangeeventargs e)
，燈 亮起
", e.state, this
.name));}}
public
class
tv : observer
}class
program
}

設計模式之觀察者模式

設計模式之觀察者模式

設計模式之觀察者模式

設計模式之觀察者模式

相關推薦