【前言】

创建型模式有:工厂方法模式、抽象工厂模式、建造者模式、原型模式、单例模式。

其中,工厂方法模式和抽象工厂模式前面已经总结了,这里就不多说了,下面先来说一下建造者模式吧!

在这里先做个简单总结,等实际应用之后再做补充总结。

【内容】

建造者模式

又叫做生成器模式,将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

角色构成

(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结构图

设计模式—创建型模式

分类:

技术点:

相关文章: