前言:本篇系看完《研磨设计模式》一书的个人理解和总结,可能存在不正确的地方,看时需要持怀疑态度。另外,所有的图都是示意图,示意,示。
生成器模式(Builder):
几点解释:
- 标准的构建器分为 Director和Builder 两个部分。Director中封装了相对固定的构建步骤,而变化的部分封装到具体的 Builder对象中。Director在执行具体的构建步骤时,会在需要的时候从传入的Builder对象中调用方法来获取相应的数据。
- Builder会有多个实现,向Director中传入不同的Builder,就可以构建形式不同的对象。
- 咋一看,是不是和模板方法模式相像,固定下构建的算法,变化的部分通过 回调 的方式获取。但是,模板方法模式目的在于,固定整体的算法骨架,让子类通过继承的方式参与到算法的某些步骤之中,而生成器模式的目的在于构建复杂的对象,通过分离固定的构建步骤和形式多变的部分。
- 分离是手段,构建复杂的对象是目的
- 我们其实经常使用生成器模式的一个变种,示例代码如下:
public class TheObject { private String a; private String b; private String c; private String d; private String e; private String f; private String g; private String h; //构造方法可以私有,表示不允许自己创建,只能通过构建器创建 //也可以声明为 public,表示构建器只是构建的一种选择,这种一般对应对象有一种默认的构建方式 private TheObject(TheObjectBuilder theObjectBuilder){ this.a = theObjectBuilder.a; //使用构建器中的数据来初始化复杂对象 } public String getA() { return a; } //省去了剩余的 get/set方法 //构建器类以 静态内部类的方式呈现 public static class TheObjectBuilder{ private String a; private String b; private String c; private String d; private String e; private String f; private String g; private String h; public TheObjectBuilder() { } //set方法返回当前对象实例,方便一直 点点点,即 链式调用 public TheObjectBuilder setA(String a) { this.a = a; return this; } //最终调用此方法来构建相应的对象 //可以在此方法中进行数据的校验,也可以在set方法中校验 public TheObject build(){ return new TheObject(this); } } } //很常见的使用方式 TheObject theObject = new TheObject.TheObjectBuilder().set...set...set.build();
原型模式(Prototype)
几点解释:
- 我们在Java中都是面向接口编程,操作的都是接口类型的引用,这样做的好处是 封装隔离具体的实现类,从而保持松耦合,使得各部分可以灵活的变化,不相互影响。
- 有时,我们获取了一个接口类型的引用,不知道具体的实现类型,此时,想要创建一个相同类型的对象,就需要借助原型模式。
- 原型模式其实就是在接口中加入一个 clone() 方法,此方法的返回也是 接口类型。具体的实现类需要实现这个方法,并根据具体的需要返回一个全新的对象,属性按需克隆。
- 看起来像接口造接口,但其实是在不知道具体实现的情况下,获取全新的同类型对象。
- 关于克隆,其实Java中Object对象本身就包含了 clone()方法,使用时,我们的对象需要实现一个标记接口(Cloneable),但需要注意的是 Object.clone() 是 浅克隆,对于引用类型,只会克隆一份引用的值,不会再去创建新的对象。如果需要深克隆,我们可以借助序列化的手段,实现深克隆相对简单。