观察者模式

观察者模式.png

定义:

观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己。

观察者模式.png

角色:

  • 被观察者(Subject)
    从类图中可以看到,类中有一个用来存放观察者对象的Vector容器(之所以使用Vector而不使用List,是因为多线程操作时,Vector在是安全的,而List则是不安全的),这个Vector容器是被观察者类的核心,另外还有三个方法:attach方法是向这个容器中添加观察者对象;detach方法是从容器中移除观察者对象;notify方法是依次调用观察者对象的对应方法。这个角色可以是接口,也可以是抽象类或者具体的类,因为很多情况下会与其他的模式混用,所以使用抽象类的情况比较多。

  • 具体的被观察者(ConcreteSubject)
    使用这个角色是为了便于扩展,可以在此角色中定义具体的业务逻辑。

  • 观察者(Observer)
    观察者角色一般是一个接口,它只有一个update方法,在被观察者状态发生变化时,这个方法就会被触发调用。

  • 具体的观察者(ConcreteObserver)
    观察者接口的具体实现,在这个角色中,将定义被观察者对象状态发生变化时所要处理的逻辑。

实现代码

Subject

abstract class Subject {  
    private Vector<Observer> obs = new Vector<Observer>();  
      
    public void addObserver(Observer obs){  
        this.obs.add(obs);  
    }  
    public void delObserver(Observer obs){  
        this.obs.remove(obs);  
    }  
    protected void notifyObserver(){  
        for(Observer o: obs){  
            o.update();  
        }  
    }  
    public abstract void doSomething();  
}  

ConcreteSubject

class ConcreteSubject extends Subject {  
    public void doSomething(){  
        System.out.println("被观察者事件反生");  
        this.notifyObserver();  
    }  
} 

Observer

interface Observer {  
    public void update();  
}  

ConcreteObserver

class ConcreteObserver1 implements Observer {  
    public void update() {  
        System.out.println("观察者1收到信息,并进行处理。");  
    }  
}  
class ConcreteObserver2 implements Observer {  
    public void update() {  
        System.out.println("观察者2收到信息,并进行处理。");  
    }  
} 

Client

public class Client {  
    public static void main(String[] args){  
        Subject sub = new ConcreteSubject();  
        sub.addObserver(new ConcreteObserver1()); //添加观察者1  
        sub.addObserver(new ConcreteObserver2()); //添加观察者2  
        sub.doSomething();  
    }  
}

观察者模式的优点

观察者与被观察者之间是属于轻度的关联关系,并且是抽象耦合的,这样,对于两者来说都比较容易进行扩展。

观察者模式是一种常用的触发机制,它形成一条触发链,依次对各个观察者的方法进行处理。但同时,这也算是观察者模式一个缺点,由于是链式触发,当观察者比较多的时候,性能问题是比较令人担忧的。并且,在链式结构中,比较容易出现循环引用的错误,造成系统假死。

总结

Java语言中,有一个接口Observer,以及它的实现类Observable,对观察者角色常进行了实现。我们可以在jdk的api文档具体查看这两个类的使用方法。
做过VC++、JavaScript DOM或者AWT开发的朋友都对它们的事件处理感到神奇,了解了观察者模式,就对事件处理机制的原理有了一定的了解了。如果要设计一个事件触发处理机制的功能,使用观察者模式是一个不错的选择,AWT中的事件处理DEM(委派事件模型Delegation Event Model)就是使用观察者模式实现的。

Android 中应用

ListView
(1)Adapter是一个被观察者,其中有一个观察者的集合:DataSetObservable
在setAdapter的时候,将观察者添加到集合中。
(2)在Adapter中有一个抽象地观察者接口,ListView实现了这个接口,也就是说ListView是一个观察者。

mDataSetObserVer=new AdapterDataSetObserver
mAdaper.registerDataSetObserver(mDataSetObserVer);

(3)当adapter调用notifyChange的时候,会通知观察者执行更新

View重用,高度扩展
集成ViewGroup

重写:
onLayout
onTouchEvent
onMeasure

listView中实现了View的重用:
当顶部的view滑出页面的时候,下面会出现一些view,如果是全部新建view的话,一旦这个listView的数据特别
大,就会创建大量的view,而推上去的view有没有在页面中,这样就会造成大量的view没有被利用,而且可能会导致创建
view的时候对性能开销。
为了解决这个问题,ListView中的itemview是重复使用的,即滑出页面的view给新滑出来的view使用,
这里就提出了一个回收池(view)的概念,将创建的view放到池中,重复利用。

1.如何加载view
ListView中的itemView不是直接去适配器中找view,而是请求回收池,由回收池去调用adapter的getView方法
如果回收池中有多余的view,那么在getView方法中的contentView就不为空,然后由适配器重新适配数据。

添加到回收池的时候,view的父节点要为空,不然在重新添加到ListView的时候,会可能因为父节点不同而导致异常。

2.如何实现滑动重用

(1)在AbsListView中重写onTouchEvent
(2)onmove中调用:scrollIfNeeded
(3)判断滑动:taackMotionScroll,进行判断上滑还是下滑
然后判断哪些view被滑动出去了,向下滑判断是否移出的方法:child.getBottom>=top;并添加回收池
向上滑动:child.getTop<=bottom
(4)解除父节点的关系:detachViewsFromParent
(5)fillGAp
(6)makeAndView,第三个参数要为true
(7)setChild

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 173,292评论 25 708
  • 1 定义 定义对象之间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。...
    菜小轩526阅读 551评论 3 3
  • 1 场景问题# 1.1 订阅报纸的过程## 来考虑实际生活中订阅报纸的过程,这里简单总结了一下,订阅报纸的基本流程...
    七寸知架构阅读 4,679评论 5 57
  • 观察者模式Observer 背景 1.概述 一些面向对象的编程方式,提供了一种构建对象间复杂网络互连的能力。当对象...
    践行者阅读 1,609评论 0 4
  • 感赏儿子说自己打游戏越来越自控了,没有为输而哭,没有一直玩下去的念头了,早上我去上班他还主动写三门暑假作业,英语百...
    吴若阅读 229评论 0 0