Android中的设计模式-观察者模式

观察者模式

观察者模式,有时又被称为发布-订阅Subscribe>模式、模型-视图View>模式、源-收听者Listener>模式或从属者模式。一个目标物件管理所有相依于它的观察者物件,并且在它本身的状态改变时主动发出通知。

观察者模式算是一个比较常用的模式了,使用上就像是订阅RSS,当有新的新闻更新,接受订阅的主题就会向每一个订阅者发送消息,这里的发送消息一般是调用订阅者的已经定义好的函数,如OnEvent()等。也可以通过其他方式发送消息给订阅者,比如Handler。不拘泥于固定的方式。

观察者设计模式定义了对象间的一种一对多的依赖关系,以便一个对象的状态发生变化时,所有依赖于它的对象都得到通知并自动刷新。很好地将观察者和被观察的对象分离。

标准的观察者模式的类图如图所示。

类图

Java举例

比如有一个数据源DataSource对象,使用一个队列来存储数据,对外则提供add和remove来添加一个数据和拿出一个数据,但是有两个对象如Text对象和Image对象需要根据数据源的变化,改变其内容。于是可以定义一个Observer接口,定义OnAdd和OnPoll方法,分别用来提醒观察者数据的增减。

为了简单期间,队列中存储的数据就不用自定义的对象了,直接使用String字符串。

代码如下:

观察者

public interface Observer {
    public void onAdd(String str);
    public void onRemove(String str);
}

public class Image implements Observer {

    @Override
    public void onAdd(String str) {
        System.out.println("On Add :" + str + ", Image changed");
    }

    @Override
    public void onRemove(String str) {
        System.out.println("On Remove :" + str + ", Image changed");
    }

}

public class Text implements Observer {

    @Override
    public void onAdd(String str) {
        System.out.println("On Add :" + str + ", Text changed");
    }

    @Override
    public void onRemove(String str) {
        System.out.println("On Remove :" + str + ", Text changed");
    }

}

被观察者

public interface DataSource {
    public void addObserver(Observer observer);
    public void removeObservers(Observer observer);
    public void notifyAdd(String str);
    public void notifyRemove(String str);

    public String addData(String str);
    public String removeData();
}

import java.util.ArrayList;
import java.util.LinkedList;
import java.util.List;

public class SimpleDataSource implements DataSource {
    private LinkedList<String> data=new LinkedList<String>();
    private List<Observer> observers =new ArrayList<Observer>();
    @Override
    public void addObserver(Observer observer) {
        observers.add(observer);
    }

    @Override
    public void removeObservers(Observer observer) {
        observers.remove(observer);
    }

    @Override
    public void notifyAdd(String str) {
        for(Observer obs : observers){
            obs.onAdd(str);
        }
    }

    @Override
    public void notifyRemove(String str) {
        for(Observer obs : observers){
            obs.onRemove(str);
        }
    }

    @Override
    public String addData(String str) {
        data.add(str);
        this.notifyAdd(str);
        return str;
    }

    @Override
    public String removeData() {
        String str=data.remove();
        this.notifyRemove(str);
        return str;
    }

}

测试

    public static void main(String[] args) {
        SimpleDataSource source = new SimpleDataSource();
        Image mImage = new Image();
        Text mText = new Text();
        source.addObserver(mText);
        source.addObserver(mImage);

        source.addData("First");
        source.addData("Second");
        source.removeData();
        source.removeObservers(mText);//移出一个观察者,不再通知mText
        source.removeData();
    }

输出

On Add :First, Text changed
On Add :First, Image changed
On Add :Second, Text changed
On Add :Second, Image changed
On Remove :First, Text changed
On Remove :First, Image changed
On Remove :Second, Image changed

Android中的应用

ContentObserver应该是Android中最常用的观察者模式了.我们只需要自定义一个ContentObserver,并实现其中的onChange方法。

然后通过ContentResolver.registerContentObserver(Uri uri, boolean notifyForDescendents,ContentObserver observer)方法,将自定义的ContentObserver对象,注册到要观察的ContentResolver对象。当需要通知事件时,则通过getContentResolver().notifyChange()方法通知到观察者。

这里的注册和通知显然不是在一个进程中,例如在A应用中通过ContentResolver注册观察者,在B应用中通过ContentResolver通知观察者,这里的ContentResolver已经不是A中的ContentResolver对象,是没法通过直接的调用进行通知的。这里实际上是通过进程间的调用来事件注册和通知的。注册和通知本身不是在应用的ContentResolver中,而是ContentService中,其实现了IContentService.Stub的Binder接口,进行跨进程调用。而不同进程中的ContentResolver进行注册和通知则是根据里面的URI参数来进行判断的。有兴趣的话可以去研究一下源码。

其他

框架中用到观察者模式的地方不少,除了ContentObserver中使用到了,还有以下这些地方,使用形式也不单单是通过直接的调用,比如RegistrantList,它则是通过Handler通知消息,但是其目的与思想是一样的。

MMS应用中的TransactionService

RegistrantList

DataSetObserver

支持跨进程注册的观察者

IPackageInstallObserver

IPackageDataObserver

IAudioRoutesObserver

时间: 2024-11-05 18:52:38

Android中的设计模式-观察者模式的相关文章

[Android]GOF23种设计模式 &amp; Android中的设计模式

GOF23种设计模式 设计原则: 1. 单一职责原则(SRP):就一个类而言,应该仅有一个引起它变化的原因 2. 开放-封闭原则(OCP):软件实体(类.模块.函数等)应该可以扩展,但是不可修改.即对于扩展是开放的, 对于修改是封闭的. 3. 依赖倒转原则: A. 高层模块不应该依赖低层模块,两个都应该依赖抽象.B.抽象不应该依赖细节,细节应该依赖抽象.说白了,就是要针对接口编程,不要对实现编程. 4. 迪米特法则(LoD):如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用.如

Android中的设计模式-单例模式

Android中的设计模式-单例模式 单例模式算是比较常用的模式,在Java中如果想要一个JVM中只存在某个类的一个实例,就需要使用到单例模式,而只存在一个实例的需求一般是因为: 1,对象实例比较大和复杂,创建开销很大. 2,只需要一个实例来维护整个功能的流程与交互. 例如Android中的电话应用启动时,对于单卡单待的电话,只创建一个Phone对象,用来管理RIL,CallTracker,ServiceStateTracker等对象,手机中不存在第二个Phone对象去和RILC通信. 类图 单

[转] Android中的设计模式-备忘录模式

转自Android中的设计模式-备忘录模式 定义 备忘录设计模式的定义就是把对象的状态记录和管理委托给外界处理,用以维持自己的封闭性. 比较官方的定义 备忘录模式(Memento Pattern)又叫做快照模式(Snapshot Pattern)或Token模式,是GoF的23种设计模式之一,属于行为模式. 定义:在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态.这样以后就可将该对象恢复到原先保存的状态. 角色 笔记本:很多的内部状态需要被建立一个备忘录来管理,创建和取出

Android中的设计模式之观察者模式

参考 <设计模式:可复用面向对象软件的基础 >5.7 Observer 观察者 对象行为型模式 <设计模式解析> 18.4 Observer模式 <Android源码设计模式解析与实战>第12章 解决,解耦的钥匙--观察者模式 本人能力有限,如有明显错误,不规范的地方,请指正,谢谢. 意图 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新. 别名 依赖(Dependents)发布-订阅(Publish-Subscrib

Android中的设计模式

一.设计模式的分类 总体来说23种设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组合模式.享元模式. 行为型模式,共十一种:策略模式.模板方法模式.观察者模式.迭代子模式.责任链模式.命令模式.备忘录模式.状态模式.访问者模式.中介者模式.解释器模式. 其实还有两类:并发型模式和线程池模式. 二.Android中常见的八种设计模式 一般来说,常用的设计模式有以下八种

Android中的设计模式-工厂方法模式

简单工厂&工厂方法 一直以来总是分不清简单工厂,工厂方法,抽象工厂这三个设计模式的区别,倒不是不理解其区别,而是总是记忆混淆,傻傻分不清楚,所以再重新总结一下区别,并记录下来,下次再混淆时,可以拿出来看看.这节先说简单工厂和工厂方法,下一节再说抽象工厂. 工厂方法中其实就包含了简单工厂,简单工厂也称为静态工厂方法, 简单工厂模式(Simple Factory) 类图 简单工厂模式又称为静态工厂方法模式,是工厂方法模式的一种,简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产

Android中的设计模式-适配器模式

适配器模式 从名字上就可以看出适配器是为了针对接口不匹配的情况,而做出的兼容方法, 假设我们有一个已经存在的类Adaptee,其中有一些已经存在并实现好的方法methodA.但是客户不希望调用这个类,而是希望调用一个特定的接口例如Target接口. 于是如果想要调用Adaptee.methodA()方法,创建一个Adapter类实现客户要求的Target接口,Target接口中假设客户希望调用callMethodA()方法来实现Adaptee.methodA()方法功能.能够想到的就是以下两种方

Android中的设计模式-抽象工厂模式

抽象工厂模式(Abstract Factory) 先上类图吧,自己懒得画了,找了个现成的 抽象工厂的引入是根据需求而产生的,说到这里先要提到一个名字-产品族(Product Family),还是以生产汽车为例,我想要一个上汽的汽车工厂能够同时生产一款MPV,一款SUV和一款Sedan,那比如说它就是上海通用别克的工厂啦,可以生产MPV GL8,生产SUV 昂科威,可以生产Sedan 君威,这几款产品就算是一个产品族.作为公司高层,肯定是希望工厂能够有能力同时生产这三款车,将这个工程抽象出来,就成

寻找android中的设计模式(一)

 概述 维护android系统中的联系人模块有一段时间了,最近开始学习java设计模式,对书(HEAD_FIRST设计模式)中精彩设计非常崇拜和对OO原则有了更深刻的理解.作为对设计模式的初学者,我将记录对它的追求之路.该系列文章将结合联系人应用,寻找google原生代码中设计模式. 寻找单例模式 定义:确保一个类只有一个实例,并提供一个全局访问点. 对于初学单例模式,我往往会这样写: public class Singleton { private static Singleton mSi