首页 > 移动平台 > 详细

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

时间:2016-04-11 14:28:18      阅读:148      评论:0      收藏:0      [点我收藏+]

  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看到如下:

    技术分享

    mDataSetObservableDataSetObservable类型。

    技术分享

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

    技术分享

    AdapterDataSetObserver的实现如下:

    技术分享

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

  1. 总结

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

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

原文:http://blog.csdn.net/yq6073025/article/details/51120775

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!