【前言】
创建型模式有:工厂方法模式、抽象工厂模式、建造者模式、原型模式、单例模式。
其中,工厂方法模式和抽象工厂模式前面已经总结了,这里就不多说了,下面先来说一下建造者模式吧!
在这里先做个简单总结,等实际应用之后再做补充总结。
【内容】
建造者模式
又叫做生成器模式,将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
角色构成
(1)builder:为创建一个产品对象的各个部件指定抽象接口。
(2)ConcreteBuilder:实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口。
(3)Director:构造一个使用Builder接口的对象。
(4)Product:表示被构造的复杂对象。ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口。
优点
(1) 客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象,便于控制细节风险。
(2) 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象。
(3) 可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
(4) 增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合 “开闭原则”。
缺点
(1) 产品之间差异性很大的情况:建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
(2) 产品内部变化很复杂的情况: 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
建造者模式—UML结构图
举例:
今天周日,你要和你男朋友去吃饭,去了之后你点了红烧肉,这个时候会有服务员为你记录你点的内容,然后这个服务员会把你点的餐告诉后厨,让后厨帮你做餐,而你根本不需要这道菜是怎么做出来的,只知道它的名字是什么,负责吃就好了。其中,顾客就是指挥者,服务员就是Builder,而后厨便是具体建造者,并且做出红烧肉这道菜。
原型模式
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
这种模式是实现了一个原型接口,该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时,则采用这种模式。这种模式用于创建重复的对象,同时又能保证性能,提供了一种创建对象的最佳方式。
优点
(1)性能提高。
(2)挣脱了构造函数的约束。
缺点
(1)配备克隆方法需要对类的功能进行通盘考虑,这对于全新的类不是很难,但对于已有的类不一定很容易,特别当一个类引用不支持串行话的间接对象,或者引用含有循环结构的时候。
(2)必须实现Cloneable接口。
原型模式—UML结构图
单例模式
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
其中,
单例类只能有一个实例;
单例类必须自己创建自己的唯一实例;
单例类必须给所有其他对象提供这一实例。
优点
(1)在内存里只有一个实例,减少了内存的开销。
(2)避免对资源的多重占用。
缺点
没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎样实例化。
单例模式—UML结构图