创建型模式:负责对象的创建。
工厂方法模式(Factory Method);解决某个对象的创建工作。
抽象工厂模式(Abstract Factory): 解决一系列相互依赖对象的创建工作。
创建者模式(Builder):解决“一些复杂对象”的创建工作。
原型模式(Prototype):解决某些结构复杂的对象的创建工作。
单例模式(Singleton):解决了实体对象的个数问题。
单例模式(SINGLETON)
单例对象的类保证只有一个实例存在。
确保某个类只有一个实例,向整个系统提供这个实例。
确保某个类只有一个对象场景,避免产生多个对象消耗过多的资源,或者某种类型的对象因该有且只有一个。
Client : 高层客户端。
Singleton : 单例类。
常见的写法(线程不安全):
推荐的写法(线程安全;延迟加载;效率较高):
双重检查:
静态内部类:
枚举的写法:
Android不推荐枚举,耗费资源:
https://www.youtube.com/watch?t=32&v=Hzs6OBcvNQE
在Android项目里常用于生成View的LayoutInflater,就是单例的一种实现。
工厂方法模式是创建型设计模式之一 。
工厂方法模式定义一个创建对象的接口,让子类决定实例化哪个类 。
需要生成复杂对象的地方适合使用工厂模式,用new就可以完成创建的对象无需使用工厂模式。
Android源码里的实现:
Activity的onCreate就可以看作是一个工厂方法 。
减少内存开销,提高性能。
每次添加新的产品就要编写一个新的产品类,导致类结构的复杂化。
抽象工厂模式起源于以前对不同操作系统的图形化解决方案,不同操作系统中的按钮和文本控件实现不同,展示效果也不一样。
为创建一组相关或者是相互依赖的对象提供一个接口,而不需要指定它们的具体类。
一个家族有相同的约束时可以使用抽象工厂模式。
AbstractFactory : 抽象工厂角色,声明了一组用于创建一个产品的方法,每个方法对应一种产品。
ConcreteFactory : 具体工厂角色,实现了在抽象工厂中定义的创建产品的方法,生成一组具体产品,产品构成一个产品种类。
AbstractProduct : 抽象产品角色,为每种产品声明接口,比如图中AbstractProductA和B
ConcreteProduct : 具体产品角色,定义具体工厂生产的具体产品对象,如图中ConcreteProductA1,A2,B1和B2。
Android里对MediaPlayer的创建。
分离接口和实现。
1. 类文件爆炸性增加
2. 不容易扩展新的产品类,因为每增加一个产品类就需要修改抽象工厂。
区别:工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。 工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。
原型二字表明了该模式有一个样板实例,用户从这个样本实例中复制一个内部属性一致的对象,原型模式多用于创建复杂的或构造耗时的实例。
原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。
1.类初始化需要消耗非常多的资源,包括数据,硬件资源等,通过原型拷贝避免消耗。
2.一个对象需要提供给其他对象访问,各个调用者需要修改其值时,考虑原型模式拷贝或者多个对象供调用者使用,即保护性拷贝。
UML图:
Client : 客户端用户。
Prototype : 抽象类或者接口,声明具备clone能力。
ConcretePrototype : 具体原型类。
Intent的clone()方法。
原型模式是在内存中二进制流的拷贝,比直接new一个对象性能好很多,当要在一个循环体内产生大量的对象时,原型模式可以更好体现其优点。
直接在内存中拷贝时,构造器是不会执行的,优点是减少了约束,缺点也是减少了约束。
Builder模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,更精细的控制对象构造流程。
将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示。
1. 初始化一个对象特别复杂,参数多,很多参数都有默认值时。比如ImageLoader里的ImageLoaderConfig。
2. 类非常复杂,产品类中的调用顺序不同产生了不同的作用,这个时候使用建造者模式非常适合。
Product : 产品的抽象类。
Builder : 抽象Builder类,规范产品的组建,一般是子类实现具体的组建过程。
ConcreteBuilder : 具体的Builder类。
Director : 统一组装过程。
WindowManager
1. 良好的封装性,使用建造者模式可以使客户端不必知道产品内部组成的细节。
2. 建造者独立,容易扩展。
会产生多余的Builder对象和Director对象,消耗内存。
网友评论