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



  1. 概述

    维护android系统中的联系人模块有一段时间了,最近开始学习java设计模式,对书(HEAD_FIRST设计模式)中精彩设计非常崇拜和对OO原则有了更深刻的理解。作为对设计模式的初学者,我将记录对它的追求之路。该系列文章将结合联系人应用,寻找google原生代码中设计模式。

  2. 寻找单例模式

    定义:确保一个类只有一个实例,并提供一个全局访问点。

    对于初学单例模式,我往往会这样写:

public
class Singleton {

private
static Singleton
mSingleton;

private Singleton() {

}

public Singleton getInstance()
{

if (mSingleton
== null) {

mSingleton =
new Singleton();

}

return
mSingleton;

}

}

后来才发现在多线程的应用中就会有问题。对于多线程问题的解决,书中给了三中方案:1、对getInstance方法同步;2、急切实例化、3、双重检测加锁。在联系人应用中都有用到。如下:

方案1:

方案2:

方案3:

下面看下中兴自研代码中的单例,分析下如何改善。

不考虑多线程的话,上面代码或许没啥大问题,但我搜索了下该方法还是有其他线程访问的。这样的话还是有必要优化一下。方案一不适用,因为同步方法会影响程序性能且这里调用的比较频繁。方案二也不推荐使用,因为创建该实例会比较繁重,会影响启动效率。看来方案三比较适用,它只有第一次的时候会同步并初始化。优化代码如下:

  1. 寻找观察者模式

    定义:定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖都会收到通知并自动更新。

    学习了之后,自己也试着寻找生活当中的例子,就以旅游为例。

  1. 定义主题和观察者的接口

  1. 实现主题和几个客户

    这是一个老师带领学生旅游的例子,同学们要在老师那里报名要去旅游,老师会通知报名的同学旅游的时间。

  2. 测试下同学们是否收到旅游的通知

    打印结果:

    看来同学们都收到了旅游通知。

既然学会了如何使用观察者模式,接下来我们来查找下联系人模块当中是如何使用该模式的。

  1. 很快找到一处:

查看一个抽象的ContactsActivity,它是很多界面的父类,子类都会调用该父类的onCreate方法,在该方法中会往主题里面注册自己。如下:

明显这里的主题是ContactSaveService这个服务类,观察者是继承ContactsActivity的子类。然而主题ContactSaveService并没有实现一个类似上面Subject的接口,而观察者实现的接口在主题里面。确实在android开发里面都习惯这样用。主题里面的注册和解注册代码如下:

这样做的好处是,确保在保存联系人的时候方便将保存过程的状态通知到activity(观察者)。

  1. 接着找下一处

    这是监听数据库变化的一个例子,从下面的方法可以明显的看出,是在往主题里面注册观察者。这里的观察者都继承于抽象类ContentObserver并非接口。因为抽象类里面需要一些公共的模块(handler对象和获取binder方法),这样是合理的。就类似主题可以继承java.util.Observable而不用自己定义接口一样。

    跟踪代码发现,这里注册的是ContentObserver里的binder对象,而且是通过binder机制远程注册到服务里面。看来主题是这个服务了。查找代码可以发现,注册过去的binder对象会保存到服务端的一个列表里面。ObserverEntry是实现Ibinder的一个类。

    那么如何通知观察者呢?像联系人的数据库,任何应用都可以注册的,就是说服务端会保存很多个binder对象。下面去寻找下操作数据库之后做了什么。如下:

    增删更新数据库都会调用上面方法来通知各个观察者。如何通知呢?继续查找。最终找到ContentService里的notifyChange方法,截取了主要代码如下:

    先是收集所有注册该uri的观察者(binder对象),最后for循环远程通知(onChange)到所有的观察者。

  2. 最后再找一处

    代码里面看到这个方法非常类似主题当中的notifyObservers方法。难道也是一种观察者模式?跟踪源码。。。在BaseAdapter看到如下:

    mDataSetObservable是DataSetObservable类型。

    看来DataSetObservable是继承主题抽象模版类的一个具体目标,T为抽象观察者类。在主题抽象模版类里面实现了注册和解注册。下面看下观察者是在哪里注册的。我们知道列表绑定数据到适配器一般都要用setAdapter方法,举例listview的setAdapter方法看到如下:

    AdapterDataSetObserver的实现如下:

    它继承抽象观察者类,看来在列表绑定数据的时候将该观察者注册到了适配器里的一个主题对象里面。如果多个列表绑定同一个适配器就类似多个观察者注册到了主题里面。适配器一旦调用notifyDataSetChanged方法,会通知所有观察者中的数据跟着变化。

  1. 总结

    以上记录了寻找单例模式和观察者模式的路程,后面还会继续其他设计模式的寻找。

时间: 2024-08-29 16:23:53

寻找android中的设计模式(一)的相关文章

[Android]GOF23种设计模式 & 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中的设计模式

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

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

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

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

观察者模式 观察者模式,有时又被称为发布-订阅Subscribe>模式.模型-视图View>模式.源-收听者Listener>模式或从属者模式.一个目标物件管理所有相依于它的观察者物件,并且在它本身的状态改变时主动发出通知. 观察者模式算是一个比较常用的模式了,使用上就像是订阅RSS,当有新的新闻更新,接受订阅的主题就会向每一个订阅者发送消息,这里的发送消息一般是调用订阅者的已经定义好的函数,如OnEvent()等.也可以通过其他方式发送消息给订阅者,比如Handler.不拘泥于固定的方

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

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

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

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

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

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