android开发中使用到的一些设计者模式

单例模式

概念：确保一个类只有一个实例，并且自行实例化并向整个系统提供整个实例。

public class Singleton {
    private static volatile Singleton instance = null;  

    private Singleton(){
    }  

    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

适配器模式：ListView或GridView的Adapter

简介：不同的数据提供者使用一个适配器来向一个相同的客户提供服务。

详细文章：http://blog.csdn.net/xiangzhihong8/article/details/52149230

建造者模式：AlertDialog.Builder

简介：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

关于建造者模式可以自行查看我写的设计模式的相关文章，http://blog.csdn.net/xiangzhihong8/article/details/52796618。

命令模式：Handler.post后Handler.handleMessage

简介：把请求封装成一个对象发送出去，方便定制、排队、取消。

详细介绍：http://blog.csdn.net/xiangzhihong8/article/details/52463807

享元模式：Message.obtainMessage通过重用Message对象来避免大量的Message对象被频繁的创建和销毁。

简介：运用共享技术有效地支持大量细粒度的对象。

详细介绍：http://blog.csdn.net/xiangzhihong8/article/details/53260628

迭代器模式：如通过Hashtable.elements方法可以得到一个Enumeration，然后通过这个Enumeration访问Hashtable中的数据，而不用关心Hashtable中的数据存放方式。

简介：提供一个方法顺序访问数据集合中的所有数据而又不暴露对象的内部表示。

详细介绍：http://blog.csdn.net/xiangzhihong8/article/details/52421676

备忘录模式：Activity的onSaveInstanceState和onRestoreInstanceState就是通过Bundle这种序列化的数据结构来存储Activity的状态，至于其中存储的数据结构，这两个方法不用关心

简介：不需要了解对象的内部结构的情况下备份对象的状态，方便以后恢复。

观察者模式：我们可以通过BaseAdapter.registerDataSetObserver和BaseAdapter.unregisterDataSetObserver两方法来向BaseAdater注册、注销一个DataSetObserver。这个过程中，DataSetObserver就是一个观察者，它一旦发现BaseAdapter内部数据有变量，就会通过回调方法DataSetObserver.onChanged和DataSetObserver.onInvalidated来通知DataSetObserver的实现类。事件通知也是观察者模式

简介：一个对象发生改变时，所有信赖于它的对象自动做相应改变。

详细介绍：http://blog.csdn.net/xiangzhihong8/article/details/52075547

原型模式：比如我们需要一张Bitmap的几种不同格式：ARGB_8888、RGB_565、ARGB_4444、ALAPHA_8等。那我们就可以先创建一个ARGB_8888的Bitmap作为原型，在它的基础上，通过调用Bitmap.copy(Config)来创建出其它几种格式的Bitmap。另外一个例子就是Java中所有对象都有的一个名字叫clone的方法，已经原型模式的代名词了

简介：在系统中要创建大量的对象，这些对象之间具有几乎完全相同的功能，只是在细节上有一点儿差别。

代理模式：类似于ios开发的delegate委托模式，所有的AIDL都一个代理模式的例子。假设一个Activity A去绑定一个Service S，那么A调用S中的每一个方法其实都是通过系统的Binder机制的中转，然后调用S中的对应方法来做到的。Binder机制就起到了代理的作用。

简介：为其他对象提供一种代理以控制对这个对象的访问。

状态模式：View.onVisibilityChanged方法，就是提供了一个状态模式的实现，允许在View的visibility发生改变时，引发执行onVisibilityChanged方法中的动作。

简介：状态发生改变时，行为改变。

策略模式：

定义：策略模式定义了一系列算法，并将每一个算法封装起来，而且使他们可以相互替换，策略模式让算法独立于使用的客户而独立改变。

举例：Java.util.List就是定义了一个增（add）、删（remove）、改（set）、查（indexOf）策略，至于实现这个策略的ArrayList、LinkedList等类，只是在具体实现时采用了不同的算法。但因为它们策略一样，不考虑速度的情况下，使用时完全可以互相替换使用。

详细了解请查看之前的文章：http://blog.csdn.net/xiangzhihong8/article/details/52900240

调解者模式

简介：一个对象的某个操作需要调用N个对象的M个方法来完成时，把这些调用过程封装起来，就成了一个调解者

举例：如Resource.getDrawable方法的实现逻辑是这样的：创建一个缓存来存放所有已经加载过的，如果getDrawable中传入的id所对应的Drawable以前没有被加载过，那么它就会根据id所对应的资源类型，分别调用XML解析器生成，或者通过读取包中的图片资源文件来创建Drawable。

而Resource.getDrawable把涉及到多个对象、多个逻辑的操作封装成一个方法，就实现了一个调解者的角色。

抽象工厂模式

DAO与Service的使用