大話設計模式筆記（十一）の觀察者模式
舉個栗子
問題描述
幾個同事上班期間看股市行情，讓前臺MM幫忙看着老闆何時過來查崗，老闆進門的時候MM就撥電話給其中一個同事，因而全部同事都知道了，再繼續工做。。。編程
簡單實現
前臺祕書MM
/**
* 前臺祕書MM
* Created by callmeDevil on 2019/7/27.
*/
public class Secretary {
// 同事列表
private List<StockObserver> observers = new ArrayList<>();
private String action;
// 增長
public void attach(StockObserver observer){
// 有幾個同事請前臺幫忙，因而就給集合增長几個對象
observers.add(observer);
}
// 通知
public void call(){
// 待老闆來了，就給全部登記的同事們發通知
for (StockObserver observer : observers) {
observer.update();
}
}
public String getAction() {
return action;
}
public void setAction(String action) {
this.action = action;
}
}
看股票同事
/**
* 看股票同事
* Created by callmeDevil on 2019/7/27.
*/
public class StockObserver {
private String name;
private Secretary sub;
public StockObserver(String name, Secretary sub){
this.name = name;
this.sub = sub;
}
public void update(){
System.out.println(String.format("%s %s 關閉股票行情，繼續工做！", sub.getAction(), name));
}
}
測試
public class Test {
public static void main(String[] args) {
// 前臺妹子
Secretary mm = new Secretary();
// 看股票的同事
StockObserver observer1 = new StockObserver("哪路託", mm);
StockObserver observer2 = new StockObserver("啥是gay", mm);
// 前臺妹子記下兩位同事
mm.attach(observer1);
mm.attach(observer2);
// 發現老闆
mm.setAction("老闆回來了！");
// 通知兩個同事
mm.call();
}
}
測試結果
老闆回來了！ 哪路託 關閉股票行情，繼續工做！ 老闆回來了！ 啥是gay 關閉股票行情，繼續工做！
存在問題
- 「前臺MM」和「看股票同事」互相耦合
- 若是還有人想看NBA直播，那隻能改動「前臺MM」，不符合開放-封閉原則
- 其次應該遵循依賴倒轉原則，讓二者之間不相互依賴
簡單實現2
抽象觀察者
/**
* 抽象觀察者
* Created by callmeDevil on 2019/7/27.
*/
public abstract class Observer {
protected String name;
protected Secretary sub;
public Observer(String name, Secretary sub) {
this.name = name;
this.sub = sub;
}
public abstract void update();
}
前臺祕書MM
/**
* 前臺祕書MM
* Created by callmeDevil on 2019/7/27.
*/
public class Secretary {
// 同事列表
private List<Observer> observers = new ArrayList<>();
private String action;
// 增長
public void attach(Observer observer) { //針對抽象編程，減小了與具體類的耦合
observers.add(observer);
}
// 減小
public void detach(Observer observer) { //針對抽象編程，減小了與具體類的耦合
observers.remove(observer);
}
// 通知
public void call() {
for (Observer observer : observers) {
observer.update();
}
}
public String getAction() {
return action;
}
public void setAction(String action) {
this.action = action;
}
}
看股票的同事
/**
* 看股票的同事
* Created by callmeDevil on 2019/7/27.
*/
public class StockObserver extends Observer {
public StockObserver(String name, Secretary sub) {
super(name, sub);
}
@Override
public void update(){
System.out.println(String.format("%s %s 關閉股票行情，繼續工做！", sub.getAction(), name));
}
}
看NBA的同事
/**
* 看 NBA 的同事
* Created by callmeDevil on 2019/7/27.
*/
public class NBAObserver extends Observer {
public NBAObserver(String name, Secretary sub) {
super(name, sub);
}
@Override
public void update() {
System.out.println(String.format("%s %s 關閉NBA 直播，繼續工做！", sub.getAction(), name));
}
}
測試代碼同上ide
存在問題
其實「前臺MM」也應該抽象出來，若是老闆回來時，MM來不及電話了，因而通知你們的任務變成誰來作？是的，這時候是老闆本人變成了通知者。工具
觀察者模式
定義
又叫作發佈-訂閱模式。定義了一種一對多的依賴關係，讓多個觀察者對象同事監聽某一個主題對象。這個主題對象在狀態發生變化時，會通知全部觀察者對象，使它們可以自動更新本身。測試
UML圖
代碼實現
通知者接口
/**
* 通知者接口
* Created by callmeDevil on 2019/7/27.
*/
public interface Subject {
void attach(Observer observer);
void detach(Observer observer);
void call();
String getAction();
void setAction(String action);
}
老闆
/**
* 老闆
* Created by callmeDevil on 2019/7/27.
*/
public class Boss implements Subject {
// 同事列表
private List<Observer> observers = new ArrayList<>();
private String action;
@Override
public void attach(Observer observer) {
observers.add(observer);
}
@Override
public void detach(Observer observer) {
observers.remove(observer);
}
@Override
public void call() {
for (Observer observer : observers) {
observer.update();
}
}
public String getAction() {
return action;
}
public void setAction(String action) {
this.action = action;
}
}
抽象觀察者
/**
* 抽象觀察者
* Created by callmeDevil on 2019/7/27.
*/
public abstract class Observer {
protected String name;
protected Subject sub;
public Observer(String name, Subject sub) { // 原來是「前臺MM」，現改爲「抽象通知者」
this.name = name;
this.sub = sub;
}
public abstract void update();
}
看股票的同事
/**
* 看股票的同事
* Created by callmeDevil on 2019/7/27.
*/
public class StockObserver extends Observer {
public StockObserver(String name, Subject sub) { // 原來是「前臺MM」，現改爲「抽象通知者」
super(name, sub);
}
@Override
public void update(){
System.out.println(String.format("%s %s 關閉股票行情，繼續工做！", sub.getAction(), name));
}
}
「看NBA的同事」實現與「看股票的同事」相似，此處省略
測試
public class Test {
public static void main(String[] args) {
// 老闆
Boss boss = new Boss();
// 看股票的同事
StockObserver observer1 = new StockObserver("哪路託", boss);
// 看NBA的同事
NBAObserver observer2 = new NBAObserver("啥事gay", boss);
boss.attach(observer1);
boss.attach(observer2);
boss.detach(observer1); // 主角光環！斑怎麼樣都打不過哪路託！因此減去
// 斑復活了！
boss.setAction("我宇智波斑復活了！");
// 發出通知
boss.call();
}
}
測試結果
我宇智波斑復活了！ 啥事gay 關閉NBA 直播，繼續工做！
總結
- 動機是什麼？將一個系統分割成一系列相互協做的類有一個很很差的反作用，那就是須要維護相關對象之間的一致性，咱們不但願爲了維持一致性而使各種緊密耦合，這樣會給維護、擴展和重用都帶來不便。
- 何時使用？當一個對象的改變須要同時改變其餘對象的時候，並且它不知道具體有多少對象待改變；一個抽象模型有兩個方面，其中一方面依賴於另外一方面，這時用觀察者模式能夠將這二者封裝在獨立的對象中使它們各自獨立的改變和複用。
- 總的來說，觀察者模式所在的工做其實就是在解除耦合，讓耦合的雙方都依賴於抽象，而不是依賴於具體，從而使得各自的變化都不會影響另外一邊的改變。
- 缺點？舉個栗子，好比 VS2005，當你點擊運行程序時，與運行程序之後，處理彈出一個控制檯的程序窗體之外，工具欄發生了變化，工具箱不見了...。僅僅是點擊了一個「運行」按鈕，就發生這麼多變化，而各個變化都涉及到不一樣的控件，而且沒辦法讓每一個控件都去實現一個「Observer」接口，也就是說不可能用接口的方式且實現觀察模式。再回過頭來看上面的栗子，儘管已經使用了依賴倒轉原則，可是「抽象通知者」仍是依賴「抽象觀察者」，也就是說，萬一沒有了抽象觀察者這樣的接口，這通知的功能就完成不了了。另外就是每一個具體觀察者，他不必定是「更新」的方法要調用，就像剛纔說的，我但願的是「工具箱」是隱藏，「自動窗口」是打開，這根本就不是同名的方法，這就是觀察者模式不足的地方。在 .NET 中，能夠用事件委託較好的解決該缺點，有興趣的能夠查看他人文章，此處再也不敘述。
相關文章
- 1. 大話設計模式十二之觀察者模式
- 2. 設計模式學習筆記（二十二）：觀察者模式
- 3. 【轉】設計模式-觀察者模式 設計模式-觀察者模式
- 4. 觀察者模式 JAVA設計模式之觀察者模式
- 5. 設計模式--觀察者模式（一）
- 6. 觀察者模式-設計模式-筆記（一）
- 7. 14 大話設計模式C++實現之觀察者模式
- 8. 大話設計模式-----觀察者模式
- 9. 大話設計模式-觀察者模式-Java實現委託
- 10. 觀察者設計模式
- 更多相關文章...
- • Scala 模式匹配 - Scala教程
- • SVN 啓動模式 - SVN 教程
- • 委託模式
- • Tomcat學習筆記（史上最全tomcat學習筆記）
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
相關文章