2. 程式人生 > >android 開發設計模式---觀察者模式

android 開發設計模式---觀察者模式

阿新 • • 發佈：2018-10-24
嚴格 oid line eventbus 否則 post vat 關系 lock

  • 情景1

    有一種短信服務，比如天氣預報服務，一旦你訂閱該服務，你只需按月付費，付完費後，每天一旦有天氣信息更新，它就會及時向你發送最新的天氣信息。

  • 情景2

    雜誌的訂閱，你只需向郵局訂閱雜誌，繳納一定的費用，當有新的雜誌時，郵局會自動將雜誌送至你預留的地址。

觀察上面兩個情景，有一個共同點，就是我們無需每時每刻關註我們感興趣的東西，我們只需做的就是訂閱感興趣的事物，比如天氣預報服務，雜誌等，一旦我們訂閱的事物發生變化，比如有新的天氣預報信息，新的雜誌等，被訂閱的事物就會即時通知到訂閱者，即我們。而這些被訂閱的事物可以擁有多個訂閱者，也就是一對多的關系。當然，嚴格意義上講，這個一對多可以包含一對一，因為一對一是一對多的特例，沒有特殊說明，本文的一對多包含了一對一。

現在你反過頭來看看觀察者模式的定義，你是不是豁然開朗了。

然後我們看一下觀察者模式的幾個重要組成。

  • 觀察者，我們稱它為Observer，有時候我們也稱它為訂閱者，即Subscriber 如sdk，廣播的發送 EventBus.post 等
  • 被觀察者，我們稱它為Observable，即可以被觀察的東西，有時候還會稱之為主題，即Subject

至於觀察者模式的具體實現，這裏帶帶大家實現一下場景一，其實java中提供了Observable類和Observer接口供我們快速的實現該模式，但是為了加深印象，我們不使用這兩個類。

場景1中我們感興趣的事情是天氣預報，於是，我們應該定義一個Weather實體類。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
public class Weather {
    private String description;

    public Weather(String description) {
        this.description = description;
    }

    public String getDescription() {
        return description;
    }

    public void setDescription(String description) {
        this.description = description;
    }

    @Override
    public String toString() {
        return "Weather{" +
                "description=‘" + description + ‘\‘‘ +
                ‘}‘;
    }
}

然後定義我們的被觀察者，我們想要這個被觀察者能夠通用，將其定義成泛型。內部應該暴露register和unregister方法供觀察者訂閱和取消訂閱，至於觀察者的保存，直接用ArrayList即可，此外，當有主題內容發送改變時，會即時通知觀察者做出反應，因此應該暴露一個notifyObservers方法，以上方法的具體實現見如下代碼。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
public class Observable<T> {
    List<Observer<T>> mObservers = new ArrayList<Observer<T>>();

    public void register(Observer<T> observer) {
        if (observer == null) {
            throw new NullPointerException("observer == null");
        }
        synchronized (this) {
            if (!mObservers.contains(observer))
                mObservers.add(observer);
        }
    }

    public synchronized void unregister(Observer<T> observer) {
        mObservers.remove(observer);
    }

    public void notifyObservers(T data) {
        for (Observer<T> observer : mObservers) {
            observer.onUpdate(this, data);
        }
    }

}

而我們的觀察者，只需要實現一個觀察者的接口Observer，該接口也是泛型的。其定義如下。

1
2
3
 
public interface Observer<T> {
    void onUpdate(Observable<T> observable,T data);
}

一旦訂閱的主題發送變換就會回調該接口。

我們來使用一下，我們定義了一個天氣變換的主題，也就是被觀察者，還有兩個觀察者觀察天氣變換，一旦變換了，就打印出天氣信息，註意一定要調用被觀察者的register進行註冊，否則會收不到變換信息。而一旦不敢興趣了，直接調用unregister方法進行取消註冊即可

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
public class Main {
    public static void main(String [] args){
        Observable<Weather> observable=new Observable<Weather>();
        Observer<Weather> observer1=new Observer<Weather>() {
            @Override
            public void onUpdate(Observable<Weather> observable, Weather data) {
                System.out.println("觀察者1："+data.toString());
            }
        };
        Observer<Weather> observer2=new Observer<Weather>() {
            @Override
            public void onUpdate(Observable<Weather> observable, Weather data) {
                System.out.println("觀察者2："+data.toString());
            }
        };

        observable.register(observer1);
        observable.register(observer2);


        Weather weather=new Weather("晴轉多雲");
        observable.notifyObservers(weather);

        Weather weather1=new Weather("多雲轉陰");
        observable.notifyObservers(weather1);

        observable.unregister(observer1);

        Weather weather2=new Weather("臺風");
        observable.notifyObservers(weather2);

    }
}

最後的輸出結果也是沒有什麽問題的，如下

觀察者1：Weather{description=’晴轉多雲’}
觀察者2：Weather{description=’晴轉多雲’}
觀察者1：Weather{description=’多雲轉陰’}
觀察者2：Weather{description=’多雲轉陰’}
觀察者2：Weather{description=’臺風’}

android 開發設計模式---觀察者模式

相關推薦

android 開發設計模式---觀察者模式

嚴格 oid line eventbus 否則 post vat 關系 lock 情景1 有一種短信服務，比如天氣預報服務，一旦你訂閱該服務，你只需按月付費，付完費後，每天一旦有天氣信息更新，它就會及時向你發送最新的天氣信息。 情景2 雜誌的訂閱，你只需向郵局

Android開發之設計模式-觀察者模式

觀察者模式（Observer Pattern） 定義：定義物件間的一種一對多的依賴關係，當一個物件的狀態發生改變時，所有依賴於它的物件都得到通知並被自動更新。 主要解決：一個物件狀態改變給其他物件通知的問題，而且要考慮到易用和低耦合，保證高度的協作。 何時使用：一個物件（目標物件）的狀態

移動開發之設計模式- 觀察者模式(IOS&Android)

資源 完全參照觀察者模式|菜鳥教程但不包括IOS程式碼 觀察者模式 當物件間存在一對多關係時，則使用觀察者模式（Observer Pattern）。比如，當一個物件被修改時，則會自動通知它的依賴物件。觀察者模式屬於行為型模式。 介紹 意圖： 定義物件間的一種一對多的依賴關

android設計模式——觀察者模式

定義：物件間一種一對多的依賴關係，使得一個物件改變狀態，則所有依賴於他的物件都會得到通知並被自動更新 使用場景： 關聯行為場景。 事件多級觸發場景 跨系統的訊息交換場景。如訊息佇列，事件匯流排的處理機制。 應用舉例：觀察者訂閱被觀察者的狀態，當被觀察者狀態改變的時候

Android 設計模式——觀察者模式，單例模式，Build模式，原型模式，命令模式

 1、實現Build步驟 1、建立實體類 2、建立實體內部build類 3、實體內部類返回實體類 4、實體類建立內部類建構函式 /** * 作者：created by meixi * 郵箱：[email protected] * 日期：2018/12/14

Android 設計模式 觀察者模式

觀察者:public interface EventObserver<T> { void notifyData(T bean); }被觀察者:public class EventO

設計模式——觀察者模式（C++實現）

ace mes des ret rtu cto pattern virt date 1 #include <iostream> 2 #include <vector> 3 #include <algorithm>

C#設計模式--觀察者模式（發布-訂閱模式）

工廠方法 設計 解決 line strac itl names spa ret 0.C#設計模式--簡單工廠模式 1.C#設計模式--工廠方法模式 2.C#設計模式--抽象工廠模式 3.C#設計模式--單例模式 4.C#設計模式--建造者模式 5.C#設計模式--

設計模式—觀察者模式

5.1 servers 監聽 val notify src [] ati 場景 1 定義 　　觀察者模式，有時又稱為發布-訂閱模式。定義了一種一對多個依賴關系，讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態發生變化時，會通知所有觀察者對象，使它們能夠自動更新自己

c#設計模式-觀察者模式

正在 pro 描述 設計 abstract logs 名單 ron alt Observer 與 Subject 互為耦合，但是這種耦合的雙方都依賴於抽象，而不依賴於具體。 一、觀察者模式 目的 概述 原理 二、 C#中的觀察者模式 概述 模型與觀察者基類 優點 三、

三國設計模式——觀察者模式

efault bre ati fault println bst imp default mman 1 package observer; 2 3 public abstract class ObserverGenerals { 4 5 protect

項目中用到的設計模式-觀察者模式

道理 generated 商家 商城項目 bean boolean collect 相關 not 一：觀察者模式簡單介紹 　　觀察者模式又稱為發布-訂閱模式（publish/subscribe），該模式定義了一種，一對多的依賴關系，讓多個觀察者同時監聽一個主題對像，這個主題

Java 設計模式 觀察者模式

例如 null 可能 truct pri color img cte bstr 　　在閻宏博士的《JAVA與模式》一書中開頭是這樣描述觀察者（Observer）模式的：觀察者模式是對象的行為模式，又叫發布-訂閱（Publish/Subscribe）模式、模型-視圖（Mode

Python設計模式——觀察者模式

val property 創建倉庫 tool return observe send als 工作流 例子1：class Service: def __init__(self, service_name, process_name, port, enable_mon

Java設計模式---------觀察者模式

個人 api 如果 修改 沒有 zed return pla 細節 以下內容主要來自《HeadFirst設計模式》一書和博文：http://www.cnblogs.com/xrq730/p/4908686.html，僅作為個人的學習筆記使用。 觀察者模式 定義了對象之間的一

設計模式——觀察者模式

param body 抽象 logs ring 依賴 ret rip system - 什麽是觀察者模式 觀察者模式有叫做發布訂閱模式，是對象間一種一對多的依賴關系，是的每當一個對象改變狀態時，則所有依賴於他的對象都會得到通知並自動更新。這其中過程就好比訂閱微信公眾號，公眾

設計模式-觀察者模式

設計模式 觀察者模式 //主題 interface Subject { void Notify(); string msg { get; set; } UpdateHandler Update { get; set; } } de

Java常用設計模式——觀察者模式

ray stat param servers face oid println override 角色 觀察者模式又叫做發布-訂閱-模式、模型-視圖-模式、源-監聽器-模式或者從屬者模式。觀察者模式定義了一種一對多的依賴關系，讓多個觀察者對象同時監聽某一個主題對

設計模式----觀察者模式通俗實例

接口 pack ceo 軟件 依賴關系 http In array value 觀察者模式（一對多的依賴關系）：主題對象發生變化時候，通知所有依賴該對象的觀察者對象，使得觀察者對象更新。 被觀察的對象：主題 依賴的對象：觀察者 例子：例如一個軟件更新版本了，會通知用戶

設計模式中的黃金搭檔（一對活寶）：命令模式+觀察者模式

現有場景描述：現在無論是系統自帶的鍵盤還是第三方的鍵盤一般都自帶撤銷和恢復功能，你知道它們是用的什麼模式實現的嗎？它們用的是==命令模式+觀察者模式==，你答對了嗎？簡單科普一下啥是==Command模式==？ Command模式：- 模式型別：行為類模式- 定義：將一個操作、一個方法呼叫、一個命令封裝成一個