建造者模式概述
将一个复杂对象的构建与表示分离,使用同样的构建过程可以创建不同的表示。
分离了部件的构造(由Builder来负责)和装配(由Director来负责)。从而可以构建出复杂的对象。这个模式适用于:某个对象的构建过程复杂的情况。
由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建器,不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦,实现了更好的复用。
建造者模式可以将部件和其组装过程分开,一步一步创建一个复杂对象,用户只需要指定复杂对象的类型就可以得到该对象,而无须知道其内部的具体构造细节。
建造者模式包含的角色
抽象建造者类(Builder):这个接口规定要实现复杂对象的那些部分的创建,并不涉及具体的部件对象的创建。
具体建造者类(ConcreteBuilder):实现Builder接口,完成复杂产品的各个部件的具体创建方法。在构造过程完成后,提供产品的实例。
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.youkuaiyun.com/shaAmerica/article/details/125299790
下面是一个简单的 Java 建造者模式的示例:
在这个示例中,Product
类是我们要构建的对象,其中包含了一些属性。Product
类的构造函数是私有的,只能通过 Builder 来访问。Builder 类嵌套在 Product 类中,并提供了设置每个属性的方法。客户端代码可以通过调用 Builder 的方法来设置属性,最后通过调用 build()
方法来构建 Product 对象。
建造者模式使得创建复杂对象变得简单,因为客户端代码只需要关注设置自己感兴趣的属性,而不需要关心构建对象的细节。
下面是一个项目演示代码
例子:创建共享单车
生产自行车是一个复杂的过程,它包含了车架、车座等组件的生产。而车架又有碳纤维、铝合金等材质,车座有橡胶、真皮等材质。对于自行车的生产就可以使用建造者模式。
这里的Bike是产品:包含车架、车座等组件;Builder是抽象建造者,MobikeBuilder和OfoBuilder是具体的建造者;Director是指挥者。
建造者模式的优缺点
优点
建造者模式的封装性很好,使用建造者可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象
可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程。
建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造这类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。
缺点
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合用建造者模式,因此其使用范围受到一定的限制。
建造者模式使用的场景
建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临着剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在以下场合使用
创建的对象比较复杂,由多个部件构成,各部件面临着复杂的变化,但构件间的建造顺序是稳定的。
创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。
————————————————
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.youkuaiyun.com/shaAmerica/article/details/125299790