大话设计模式十一之建造者模式

依赖倒转原则,抽象不应该依赖细节,细节应该依赖于抽象。


这里建造小人的‘过程’是稳定的,都需要头身手脚,而具体建造的‘细节’是不同的,有胖有瘦有高有矮。但对于用户来讲,不管这些,只想告诉你,我需要一个小胖人来游戏,于是就建造一个就行了。


需要将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示的意图时,需要应用于一个设计模式,‘建造者(Builder)模式’,又叫生成器模式。


建造者模式可以将一个产品内部表象与产品的生成过程分割开来,从而可以使一个建造过程生成具有不同的内部表象的产品对象。


如果我们用了建造者模式,那么用户就只需指定需要建造的类型就可以得到它们,而具体建造的过程和细节就不需要知道了。


建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。



Builder:是为创建一个Product对象的各个部件指定的抽象接口。

ConcreteBuilder:它是具体建造者,实现Builder接口,构造和装配各个部件。

Product:产品角色

Director:指挥者,它是构建一个使用Builder接口的对象。它注意是用于创建一些复杂的对象,这些对象内部构建间的建造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化。


建造者模式的好处就是使得建造代码与表示代码分离,由于建造者隐藏了该产品是如何组装的,所以若需要改变一个产品的内部表示,只需要再定义一个具体的建造者就可以了。


建造者模式是在当创建复杂对象的算法应该独立于对象的组成部分以及它们的装配方式时适用的模式。

猜你喜欢

转载自blog.csdn.net/nicolelili1/article/details/80067910