设计模式之创建者模式
工厂方法模式
工厂方法模式(Factory Method),定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
1、先构建一个工厂接口。
2、然后加减乘除各建一个具体工厂去实现这个接口。
3、在OperationFactory类中,可以是这样的。
抽象工厂模式
抽象工厂模式(Abstract Factory),提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。
具体例子:(例如不同品牌的手机、电脑)-----------------------------------------------------------------------------------------------
IDepartment接口:用于客户端访问,解除与具体数据库访问的耦合。
SqlserverDepartment类:用于访问SQL Server的Department。
AccessDepartment类:用于访问Access的Department。
IFactory接口:定义一个创建访问Department表对象的抽象的工厂接口。
SqlServerFactory类:实现IFactory接口,并实例化SqlserverUser和 SqlserverDepartment。
AccessFactory 类 : 实 现 IFactory 接 口 , 实 例 化 AccessUser 和 AccessDepartment。
客户端代码:
结果显示:
建造者模式
建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示
以下情况建议使用建造者模式:
1、某个对象有复杂的内部结构,通常包含多个成员属性,而且属性是可选的。
2、相同的方法,不同的执行顺序,产生不同的对象或不同的运行结果。
3、当创建一个对象需要很多步骤时,适合使用建造者模式。
针对第一种情况,产品的属性过多时,我们可以采用链式构造去解决这样的问题,代码如下:
创建产品代码 :
建造者模式中,通常有如下4个角色:
1、Product 产品类,一般是多个部件组成的复杂对象,由具体建造者来创建其各个零部件。
通用代码如下:
2、Builder 抽象建造者,包含创建产品各个子部件的抽象方法以及返回复杂产品的方法。
通用代码如下:
3、ConcreteBuilder 具体建造者,实现抽象 Builder 定义的所有方法,并且返回一个装配好的对象。
通用代码如下:
4、Director 指挥者,负责安排已有模块的顺序,然后调用 Builder 建造产品。
通用代码如下:
缺点
1、建造者模式所创建的产品对象一般组成部分相似,如果产品的内部变化复杂,需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
2、如果产品内部结构发生变化,建造者也要相应修改,有较大的维护成本。
模式扩展
1、建造者模式的简化,如果系统中只需要一个具体建造者的话,可以省略抽象建造者。此时指挥者角色也省略,让Builder类同时扮演指挥者与建造者。
2、在使用建造者模式的时候可以考虑一下模板方法模式,多了解设计模式的原理和优点,别孤立地思考一个模式。
原型模式
原型模式(Prototype),用原型实例指定创建对象的种类,并且通过复制这些原型创建新的对象。
原型模式其实就是从一个对象再创建另外一个可定制的对象,而且不需要知道任何创建的细节。我们来看看基本的原型模式代码。
客户端代码:
对于Java而言,那个原型抽象类Prototype 是用不着的,因为克隆实在是太常用了,所以Java提供了Cloneable接口,其 中就是唯一的一个方法clone(),这样你就只需要实现这个接口就可以完成 原型模式了。
浅复制与深复制
浅复制:被复制对象的 所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用都仍然指向原来的对象。
深复制:把引用对象的变量指向复制过的新对象,而 不是原有的被引用的对象。
深复制的实现例子:
单例模式
单例模式(Singleton),保证一个类仅有一个实例,并提供一个访 问它的全局访问点。
Singleton类,定义一个GetInstance操作,允许客户访问它的唯一实 例。GetInstance是一个静态方法,主要负责创建自己的唯一实例。
多线程时的单例
双重锁定
静态初始化
由于这种静态初始化的方式是在自己被加 载时就将自己实例化,所以被形象地称之为饿汉式单例类,原先的单例模式 处理方式是要在第一次被引用时,才会将自己实例化,所以就被称为懒汉式单例类。