2. 程式人生 > >觀察者模式在MVP中的應用

觀察者模式在MVP中的應用

阿新 • • 發佈：2019-02-04

一、要實現的效果

  首先簡單介紹一下我在專案中為什麼需要使用觀察者模式加MVP模式
  1、為什麼使用MVP模式：下圖是我所開發專案的一個主要功能介面（騎行介面），從圖中我們可以看到這個介面有很多控制元件，比如溫度、電量、當前速度、藍芽、鎖車、里程···在我重構之前所有的程式碼都放在了一個Activity裡面，UI更新與邏輯實現全部混合在一起，有2300多行，每次需要改動時都很麻煩，查詢很不方便。所以重構時決定採用MVP模式，將UI更新與邏輯實現進行解耦。
騎行介面
  2、為什麼使用觀察者模式：使用MVP模式之後很好地實現了更新UI與邏輯實現的解耦，本來已經可以了。但是後來又增加了一個新需求：增加一個簡便操作介面，簡便操作介面如下圖所示:
簡便操作介面


可以看到簡便操作介面就是在前一個介面的基礎上，UI風格完全改變，功能相對於前一個介面有所減少，但是也增加了一些新功能。簡便操作介面跟騎行介面功能上很多都是重合的，因此很明顯我們需要重用邏輯程式碼，因為我們使用了mvp模式，所以我們的UI跟邏輯本身已經實現了分離，現在關鍵是當邏輯處理完之後，我們需要更新UI，那麼用哪種方式更新UI好呢，因為有2個介面的UI需要更新。這裡我使用了觀察者模式，為什麼使用觀察者模式？從觀察者模式的定義你大概可以看出使用它的原因了：++“有時被稱作釋出/訂閱模式，觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態發生變化時，會通知所有觀察者物件，使它們能夠自動更新自己。”
++
一個邏輯處理完了之後，比如獲取溫度，我們需要更新兩個UI，這是一種一對多的關係，因此適合使用觀察者模式。

二、MVP模式簡要介紹

  MVP把Activity中的UI邏輯抽象成View介面，把業務邏輯抽象成Presenter介面，Model類還是原來的Model。
  MVP模式的作用 ：
1、分離了檢視邏輯和業務邏輯，降低了耦合
2、Activity只處理生命週期的任務，程式碼變得更加簡潔
3、檢視邏輯和業務邏輯分別抽象到了View和Presenter的介面中去，提高程式碼的可閱讀性
4、Presenter被抽象成介面，可以有多種具體的實現，所以方便進行單元測試
5、把業務邏輯抽到Presenter中去，避免後臺執行緒引用著Activity導致Activity的資源無法被系統回收從而引起記憶體洩露和OOM
6、UI介面中定義了更新UI的方法，presenter介面中定義了業務邏輯方法，我們從這兩個介面檔案中就可以一目瞭然地看到我們有哪些邏輯操作，有哪些UI更新方法，功能一目瞭然。
MVP模式類圖

三、觀察者模式簡要介紹：

  1. 概述：
      有時被稱作釋出/訂閱模式，觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態發生變化時，會通知所有觀察者物件，使它們能夠自動更新自己。
  2. 解決的問題：
      將一個系統分割成一個一些類相互協作的類有一個不好的副作用，那就是需要維護相關物件間的一致性。我們不希望為了維持一致性而使各類緊密耦合，這樣會給維護、擴充套件和重用都帶來不便。觀察者就是解決這類的耦合關係的。
  3. 模式中的角色：
      3.1抽象主題（Subject）：它把所有觀察者物件的引用儲存到一個聚集裡，每個主題都可以有任何數量的觀察者。抽象主題提供一個介面，可以增加和刪除觀察者物件。
      3.2具體主題（ConcreteSubject）：將有關狀態存入具體觀察者物件；在具體主題內部狀態改變時，給所有登記過的觀察者發出通知。
      3.3 抽象觀察者（Observer）：為所有的具體觀察者定義一個介面，在得到主題通知時更新自己。
      3.4具體觀察者（ConcreteObserver）：實現抽象觀察者角色所要求的更新介面，以便使本身的狀態與主題狀態協調。
  4. 模式解讀：
      
    4.1 觀察者模式的類圖
    觀察者模式類圖

四、結合程式碼講解觀察者模式在MVP模式中的應用

為方便起見，我新建一個Java工程來模擬：ObseverMvp
專案檔案結構如下:
==com.zha==
Client.java[類]
==com.zha.logic==
CommLogicPresenter.java[抽象類]
ConcreteCommLogic.java[類]
IRidePresenter.java[介面]
ISimpleOperatorPresenter.java[介面]
==com.zha.ui==
CommUIView.java[抽象類]
IRideView.java[介面]
ISimpleOperatorView.java[介面]
RideActivity.java[類]
SimpleOperatorActivity.java[類]
該專案的類圖如下：
這裡寫圖片描述

MVP：

  從上面的目錄結構我們可以很清楚地可以看到三部分，Client.java部分、logic包下面的部分、ui包下面的部分，很好地對ui跟邏輯進行了分離。
  logic包下以Presenter結尾的三個檔案是業務邏輯的抽象[MVP中的P]。為什麼分成三個檔案？首先CommLogicPresenter.java類中定義了兩個介面共有的業務邏輯，可以很好地實現邏輯複用；IRidePresenter.java類定義了騎行頁面有但是簡便操作介面沒有的業務邏輯；ISimpleOperatorPresenter.java類定義了簡便操作介面有但是騎行頁面沒有的業務邏輯。從這三個類中我們可以很清楚的看到它們有哪些共同的業務邏輯，騎行介面有哪些業務邏輯，簡便操作介面有哪些業務邏輯，功能一目瞭然。
  ui包下以View結尾的三個檔案是檢視邏輯的抽象[MVP中的V]。為什麼分成三個檔案？首先CommUIView.java類中定義了兩個介面共有的檢視邏輯，好處是我們呼叫的時候可以使用同一段程式碼，但是不同的介面又可以對同一個介面有不同的實現，例如更新溫度，看下面程式碼： 

@Override
public void noticyRefreshTemperature() {
    System.out.println("事件---獲取溫度");
    for (CommUIView commUIView : commUIViews) {
        commUIView.refreshUI_temperature();
    }
}

IRideView.java定義了騎行介面有但是簡便操作介面沒有的檢視邏輯，ISimpleOperatorView.java定義了簡便操作介面有但是騎行介面沒有的檢視邏輯。

觀察者模式

  閱讀上面我們知道觀察者模式有四個角色，抽象主題、具體主題、抽象觀察者、具體觀察者。先來看抽象主題，CommLogicPresenter.java,它裡面定義了新增觀察者和刪除觀察者的介面： 

/**
 * 新增觀察者
 * @param commUIView
 */
public abstract void attach(CommUIView commUIView);
/**
 * 移除觀察者
 * @param commUIView
 */
public abstract void detach(CommUIView commUIView);

  然後再來看具體主題ConcreteCommLogic.java，1、首先它實現了抽象主題，2、然後它的另一個作用是當業務邏輯有改變時，通知所有的UI進行檢視更新，還是上面一段程式碼： 

@Override
public void noticyRefreshTemperature() {
    System.out.println("事件---獲取溫度");
    for (CommUIView commUIView : commUIViews) {
        commUIView.refreshUI_temperature();
    }
}

  從上面程式碼可以看到當我們獲取到溫度後，我們需要迴圈呼叫commUIView.refreshUI_temperature();方法來通知所有登記過（新增）的觀察者來更新檢視。
  接著是抽象觀察者，CommUIView.java,它為所有的具體觀察者定義一個介面，在得到主題通知時更新自己。
  最後是具體觀察者，RideActivity.java和SimpleOperatorActivity.java，它們實現抽象觀察者角色所要求的更新介面，以便使本身的狀態與主題狀態協調，他們對同一個主題的通知可以有不同的實現方式。

下面我貼出所有的原始碼：

CommLogicPresenter它既是一個抽象的主題（抽象角色），1、他定義了新增和刪除觀察者的抽象方法；2、同時它又是一個抽象的業務邏輯（Presenter）。他定義了兩個介面共有的業務邏輯方法。

package com.zha.logic;
import com.zha.ui.CommUIView;
public abstract class CommLogicPresenter {
    /**
     * 新增觀察者
     * @param commUIView
     */
    public abstract void attach(CommUIView commUIView);
    /**
     * 移除觀察者
     * @param commUIView
     */
    public abstract void detach(CommUIView commUIView);
    /**
     * 重新整理溫度
     */
    public abstract void noticyRefreshTemperature();
    /**
     * 啟動定時器
     */
    public abstract void startTimer();
    /**
     * 停止定時器
     */
    public abstract void stopTimer();
}

ConcreteCommLogic 它是一個具體的觀察者，也實現了具體的業務邏輯

package com.zha.logic;
import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;
import com.zha.ui.CommUIView;
import com.zha.ui.IRideView;
import com.zha.ui.ISimpleOperatorView;
public class ConcreteCommLogic extends CommLogicPresenter implements IRidePresenter,ISimpleOperatorPresenter{
    /**
     * 觀察者列表
     */
    private List<CommUIView> commUIViews= new ArrayList<CommUIView>();
    private ScheduledExecutorService service = Executors  
            .newSingleThreadScheduledExecutor();  
    private Runnable runnable = new Runnable() {  
        public void run() {  
            noticyRefreshTemperature();
        }  
    }; 
    @Override
    public void attach(CommUIView commUIView) {
        commUIViews.add(commUIView);
    }
    @Override
    public void detach(CommUIView commUIView) {
        commUIViews.remove(commUIView);
    }
    @Override
    public void noticyRefreshTemperature() {
        System.out.println("事件---獲取溫度");
        for (CommUIView commUIView : commUIViews) {
            commUIView.refreshUI_temperature();
        }
    }
    @Override
    public void clickLock() {
        System.out.println("事件---鎖定");
        for (CommUIView commUI : commUIViews) {
            if (commUI instanceof IRideView) {
                ((IRideView)commUI).refreshUI_lockStatus();
            }
        }
    }
    @Override
    public void clickChangeAssistantMode() {
        System.out.println("事件---切換助力模式");
        for (CommUIView commUI : commUIViews) {
            if (commUI instanceof ISimpleOperatorView) {
                ((ISimpleOperatorView)commUI).changeAssistantMode();
            }
        }
    }
    @Override
    public void startTimer() {
        System.out.println("事件---啟動定時器");
        // 第二個引數為首次執行的延時時間，第三個引數為定時執行的間隔時間  
        service.scheduleAtFixedRate(runnable, 10, 8, TimeUnit.SECONDS);             
    }
    @Override
    public void stopTimer() {
    }
}

IRidePresenter定義了騎行介面獨有的業務邏輯

package com.zha.logic;

public interface IRidePresenter {
    /**
     * 鎖定車輛
     */
    void clickLock();
}

ISimpleOperatorPresenter定義了簡便操作介面獨有的邏輯

package com.zha.logic;

public interface ISimpleOperatorPresenter {
    /**
     * 切換助力模式
     */
    void clickChangeAssistantMode();
}

CommUIView它既是一個抽象的主題；又是一個抽象的檢視邏輯（View）。他定義了介面所需要的檢視邏輯方法。

package com.zha.ui;

public abstract class CommUIView {  
    /**
     * 更新溫度
     */
    public abstract void refreshUI_temperature();

}

IRideView定義了騎行介面獨有的檢視邏輯

package com.zha.ui;

public interface IRideView {
    /**
     * 更新鎖定狀態
     */
    void refreshUI_lockStatus();
}

定義了簡便操作介面獨有的檢視邏輯

package com.zha.ui;

public interface ISimpleOperatorView {
    /**
     * 切換助力模式
     */
    void changeAssistantMode();
}

RideActivity它是具體的觀察者，同時也是具體的檢視邏輯

package com.zha.ui;

public class RideActivity extends CommUIView implements IRideView{
    @Override
    public void refreshUI_temperature() {
        System.out.println("更新UI---騎行*更新溫度---");
    }
    @Override
    public void refreshUI_lockStatus() {
        System.out.println("更新UI---騎行*更新鎖定---");
    }

}

SimpleOperatorActivity它是具體的觀察者，同時也是具體的檢視邏輯 

package com.zha.ui;

public class SimpleOperatorActivity extends CommUIView implements ISimpleOperatorView{
    @Override
    public void refreshUI_temperature() {
        System.out.println("更新UI---簡便操作*更新溫度---");
    }
    @Override
    public void changeAssistantMode() {
        System.out.println("更新UI---簡便操作*切換助力模式---");
    }
}

最後是Client

package com.zha;

import com.zha.logic.ConcreteCommLogic;
import com.zha.ui.RideActivity;
import com.zha.ui.SimpleOperatorActivity;

public class Client {

    public static void main(String[] args) {

        ConcreteCommLogic concreteCommLogic = new ConcreteCommLogic();
        RideActivity rideFragment = new RideActivity();
        SimpleOperatorActivity simpleOperatorActivity = new SimpleOperatorActivity();
        concreteCommLogic.attach(rideFragment);
        concreteCommLogic.attach(simpleOperatorActivity);
        concreteCommLogic.noticyRefreshTemperature();
        concreteCommLogic.clickLock();
        concreteCommLogic.clickChangeAssistantMode();
        concreteCommLogic.startTimer();
    }

}

執行結果：
事件—獲取溫度
更新UI—騎行_更新溫度
更新UI—簡便操作_更新溫度
事件—鎖定
更新UI—騎行_更新鎖定
事件—切換助力模式
更新UI—簡便操作_切換助力模式
事件—啟動定時器
事件—獲取溫度
更新UI—騎行_更新溫度
更新UI—簡便操作_更新溫度
事件—獲取溫度
更新UI—騎行_更新溫度
更新UI—簡便操作_更新溫度
原始碼下載地址：原始碼下載地址

相關推薦

Java設計模式之《觀察者模式》及應用場景

觀察者模式，又可以稱之為釋出-訂閱模式，觀察者，顧名思義，就是一個監聽者，類似監聽器的存在，一旦被觀察/監聽的目標發生的情況，就會被監聽者發現，這麼想來目標發生情況到觀察者知道情況，其實是由目標獎情況傳送到觀察者的。 觀察者模式多用於實現訂閱功

觀察者模式的經典應用(貓叫 燒開水)

using System;using System.Collections.Generic;using System.Text;namespace Delegate {    // 熱水器    public class Heater {       private int temperature;     

觀察者模式在MVP中的應用

一、要實現的效果   首先簡單介紹一下我在專案中為什麼需要使用觀察者模式加MVP模式   1、為什麼使用MVP模式：下圖是我所開發專案的一個主要功能介面（騎行介面），從圖中我們可以看到這個介面有很多控制元件，比如溫度、電量、當前速度、藍芽、鎖車、里程···在

觀察者模式在One Order回調函數中的應用

例如 輸入 分析方法 err 公眾號 就會 can cnblogs 處理 例如需求是搞清楚function module CRM_PRODUCT_I_A_CHANGE_ORGM_EC在什麽樣的場景下會被調用。當然最費時間的做法是設一個斷點，然後跑對應的場景，觀察斷點何時被觸

解析觀察者模式在安卓程序中的應用——如何實現跨界面Handler通訊

設計之下 管理 alt cto mov png opera 規範 bubuko 這裏特使用了github中的一個項目作為例子進行解析，地址為：https://github.com/LiqiNew/HandlerFrame/tree/master/handler

觀察者模式在抓捕專案中的應用

專案程式碼連結：https://github.com/Way123Ne/designpattern/tree/master/ObserverDemo/src/com 靜態關係結構圖：   警察在找到嫌犯的時候，一般都會蹲點監察，這裡我有三名便衣警察來蹲點監察2名嫌犯，三名便衣分別是：張浩天

觀察者模式在Foundation框架通知中的應用

GitHub傳送門 1.何為觀察者模式？ 觀察者設計模式定義了物件間的一種一對多的依賴關係，以便一個物件的狀態發生變化時，所有依賴於它的物件都得到通知並自動重新整理。 舉個簡單的例子：你和你的舍友都訂閱了同一個公眾號，你和舍友就是觀察者，而這個公眾號就是觀察物件。作為觀察者，你不需要每時每刻都盯著這個公

設計模式在遊戲開發中的應用之觀察者模式

觀察者模式 1.通俗的定義         觸發事件的一方不關心誰來處理，處理事件的一方不關心事件是從哪裡來的。觀察者模式就是讓觀察者與被觀察者徹底解耦。 2.2.結構圖如下（圖片來源與網路）： 3.遊戲開發中的使用         當我們設計一個成就係統的時候，往往要在

Unity中設計模式應用（二）：結合中介者模式的觀察者模式

一.觀察者模式簡介 觀察者模式（又被稱為釋出-訂閱（Publish/Subscribe）模式，屬於行為模式的一種，它定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。當這個主題物件的狀態發生變化時，會通知所有此狀態的觀察者，這些觀察者會執行相

JAVA觀察者模式在安卓中的應用

觀察者模式定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態上發生變化時，會通知所有觀察者物件，使它們能夠自動更新自己。 觀察者模式所涉及的角色有以下四個： 抽象主題(Subject)角色：抽象主題角色把所有對觀察者物件的

觀察者模式在Android中的應用

觀察者模式在實際使用中是非常方便的，簡單來說就是當一個數據源（即被觀察者）的資料發生了變動，將自動通知到所有對應的觀察者，此時觀察者可以根據接收到的通知資訊針對資料變動作出相應調整。 舉個簡單的在Android上的例子，我使用一個Service在後臺進行時間倒計時，而我需要

2015-03-12---外觀模式，建造者模式(附代碼)，觀察者模式(附代碼)，boost庫應用

思想 err map 函數 成功 each clu all 說我 今天白天主要看了boost庫的應用，主要是經常使用的一些庫，array,bind,function,regex,thread,unordered,ref,smartpointers庫，晚上看了看設計模式。

觀察者模式實際應用：監聽線程，意外退出線程後自動重啟

lee text 實時 之間 最終 ren tap instance and 摘要: 　觀察者模式，定義對象之間的一種一對多的依賴關系，當對象的狀態發生改變時，所有依賴於它的對象都得到通知並且被自動更新。觀察者模式在JDK中有現成的實現，java.util.Obsera

淺談java中內置的觀察者模式與動態代理的實現

所有 代理 notify play ani effect 一個 indicate protected 一.關於觀察者模式 1.將觀察者與被觀察者分離開來，當被觀察者發生變化時，將通知所有觀察者，觀察者會根據這些變化做出對應的處理。 2.jdk裏已經提供對應的Observer

觀察者模式(Observer Pattern)（二）：HeadFirst中的氣象站的實現

att dex mov min first return 狀態 size sdi 1 觀察者模式的原理，首先由一個主題，當主題發送變化的時候，通知該主題的訂閱者 按照上面的分析我們來進行設計 1.抽象主題Subject public interface Subject {

PropertyChangeSupport 觀察者模式的應用

AD 發生 list 負責 get urn chan prope 屬性 PropertyChangeSupport 類實現的監聽器功能 ，它是java jdk自帶的一個類，用於監聽某個對象屬性的改變來觸發相應信息，具體看代碼介紹 import java.beans.Pro

Java中的設計模式（七）：觀察者模式

name int 還要 The else 意圖 http exceptio 所有 介紹 觀察者模式是行為設計模式之一。當您對對象的狀態感興趣並希望在有任何更改時收到通知時，觀察者設計模式非常有用。在觀察者模式中，監視另一個對象狀態的對象稱為Observer，正在被監視的對象

天氣預報項目中的觀察者模式

.com 技術分享 https 需要 get http 兩個 將他 sign 該項目的應用場景是： 　　氣象局需要我們構建一套系統，這系統有兩個公告牌，分別用於顯示當前的實時天氣和未來幾天的天氣預報。當氣象局發布新的天氣數據後，兩個公告牌上顯示的天氣數據必須實時更新。氣象

作業三——觀察者模式在Android廣播機制上的應用

方式 spa 文件 軟件設計 模塊 具體實現 其他應用 作用 android 觀察者模式在Android廣播機制上的應用 點擊跳轉項目git地址：https://github.com/Arfer-ustc/practice-Android.git 一、觀察者模式在Andro

淺析vue項目中的觀察者模式

軟件 cto 淺析 fault 並且 應該 removes multipl 訂閱者 一、什麽是觀察者模式 　　定義 　　　　“觀察者模式是軟件設計模式的一種。在此種模式中，一個目標對象管理所有相依於它的觀察者對象，並且在它本身的狀態改變時主動發出通知。這通常透過呼叫各觀察者