Android开发设计模式



一般来说，常用的设计模式有以下八种：单例模式、工厂模式、观察者模式、代理模式、命令模式、适配器模式、合成模式、访问者模式。

下面简单说一说各种模式的优缺点：

单例模式：目的是为了让系统中只有一个调用对象，缺点是单例使其他程序过分依赖它，而且不同单例运行在不同进程中，使得维护困难；

单例模式，可以说是GOF的23种设计模式中最简单的一个。

这个模式相对于其他几个模式比较独立，它只负责控制自己的实例化数量单一(而不是考虑为用户产生什么样的实例)，很有意思，是一个感觉上很干净的模式，本人很喜欢这个模式。
android中很多地方都用到了单例模式，本文以输入法管理者InputMethodManager为例，展开分析。
单例模式，Singleton Pattern,能够以其特有的优势，替代系统中全局变量，应用非常广泛。

意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。
 

工厂模式：生产固定的一些东西，如抽象类，缺点是产品修改麻烦；如喜欢动作片和爱情片的人分别向服务器发出同一个请求，就可以得到他们想看的影片集，相当于不同对象进行同一请求，需求均得到满足。

工厂方法模式，往往是设计模式初学者入门的模式，的确，有人称之为最为典型最具启发效果的模式。
android中用到了太多的工厂类，其中有用工厂方法模式的，当然也有很多工厂并不是使用工厂方法模式的，只是工具管理类。
今天以ThreadFactory举例说明一下简单工厂模式和工厂方法模式。 
工厂方法模式，Factory Method,简单的方式，不简单的应用。

意图：定义一个用于创建对象的接口，让子类决定实例化哪个类。工厂方式模式使一个类的实例化延迟到其子类。

观察者模式：就是多个对象对一个对象进行监控，如缓存；

观察者模式，是一种非常常见的设计模式，在很多系统中随处可见，尤其是涉及到数据状态发生变化需要通知的情况下。
本文以AbstractCursor为例子，展开分析。
观察者模式，Observer Pattern,是一个很实用的模式，本人曾经接触到的各种平台以及曾经参与项目中打印模板解释器中都用到了此模式。

意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。

代理模式：自己的事交给别人去做，分别返回结果即可，如异步线程；

代理模式就是为其他对象提供一种代理，以控制对这个对象的访问。

命令模式：调用对象与作用对象之间分离，由中间件来协调两者之间的工作，如控制器；

适配器模式：将一个接口变成用户所需要的接口，如baseadapter可以适配listview和spinner，因为它们有相同的接口

对于android开发者来说起，适配器模式简直太熟悉不过，有很多应用可以说是天天在直接或者间接的用到适配器模式，比如ListView。
ListView用于显示列表数据，但是作为列表数据集合有很多形式，有Array，有Cursor，我们需要对应的适配器作为桥梁，处理相应的数据（并能形成ListView所需要的视图）。
正是因为定义了这些适配器接口和适配器类，才能使我们的数据简单灵活而又正确的显示到了adapterview的实现类上。
适配器模式，Adapter Pattern，勇敢的去适配，大量的资源可以重用。

意图：
适配器模式，把一个类的接口变换成客户端所期待的另一种接口，从而使原本不匹配而无法在一起工作的两个，类能够在一起工作。
适配器模式分为类适配器模式和对象适配器模式。
关于类适配器模式，因为java的单继承，如果继承一个类，另外的则只能是接口，需要手动实现相应的方法。

合成模式：将一对多的关系转换成一对整体的关系，如listview与适配器；

Android中对合成模式（有人叫他组合模式）的应用，可谓是泛滥成粥，随处可见，那就是View和ViewGroup类的使用。在android UI设计，几乎所有的widget和布局类都依靠这两个类。
组合模式，Composite Pattern，是一个非常巧妙的模式。几乎所有的面向对象系统都应用到了组合模式。

1.意图
将对象View和ViewGroup组合成树形结构以表示"部分-整体"的层次结构(View可以做为ViewGroup的一部分)。
组合模式使得用户对单个对象View和组合对象ViewGroup的使用具有一致性。

访问者模式：对不同的对象采取不同的处理，如instanceof。

　访问者模式，顾名思义使用了这个模式后就可以在不修改已有程序结构的前提下，通过添加额外的“访问者”来完成对已有代码功能的提升。

以下是访问者模式的组成结构：

　　1) 访问者角色（Visitor）：为该对象结构中具体元素角色声明一个访问操作接口（客户端和服务器端通信的桥梁，也就是通过接口访问）。该操作接口的名字和参数标识了发送访问请求给具体访问者的具体元素角色。这样访问者就可以通过该元素角色的特定接口直接访问它。

　　2) 具体访问者角色（Concrete Visitor）：实现每个由访问者角色（Visitor）声明的操作（客户端）。

　　3) 元素角色（Element）：定义一个Accept操作，它以一个访问者为参数（客户端需要接受的方法）。

　　4) 具体元素角色（Concrete Element）：实现由元素角色提供的Accept操作。

       5）对象机构角色（Object Structure）：这个使用访问者模式必备的角色，他要具备以下特征：

           能枚举的元素（注册的服务个数）；可以提供一个高层的接口以允许访问者访问它的元素（接口）；可以是一个复合（组合模式）或是一个集合，如一个列表或一个无序集合。