设计模式之观察者、模板方法

观察者模式

意图

观察者模式是一种行为设计模式， 允许你定义一种订阅机制， 可在对象事件发生时通知多个 “观察” 该对象的其他对象。

优点

• 开闭原则。 你无需修改发布者代码就能引入新的订阅者类 （如果是发布者接口则可轻松引入发布者类）。

• 你可以在运行时建立对象之间的联系。

缺点

• 订阅者的通知顺序是随机的。

应用场景

• 当一个对象状态的改变需要改变其他对象， 或实际对象是事先未知的或动态变化的时， 可使用观察者模式。

• 当应用中的一些对象必须观察其他对象时， 可使用该模式。 但仅能在有限时间内或特定情况下使用。

实践

• 发布订阅
• 生产消费

1）将消息投递推送给应用 (“push API”)，即称为发布订阅者的模式。
2）应用根据需要主动获取消息 (“pull API”)，即称为生产消费者的模式。

模板方法模式

意图

模板方法模式是一种行为设计模式， 它在超类中定义了一个算法的框架， 允许子类在不修改结构的情况下重写算法的特定步骤。

优点

• 你可仅允许客户端重写一个大型算法中的特定部分， 使得算法其他部分修改对其所造成的影响减小。

• 你可将重复代码提取到一个超类中。

缺点

• 部分客户端可能会受到算法框架的限制。

• 通过子类抑制默认步骤实现可能会导致违反_里氏替换原则_。

• 模板方法中的步骤越多， 其维护工作就可能会越困难。

应用场景

• 当你只希望客户端扩展某个特定算法步骤， 而不是整个算法或其结构时， 可使用模板方法模式。

• 当多个类的算法除一些细微不同之外几乎完全一样时， 你可使用该模式。 但其后果就是， 只要算法发生变化， 你就可能需要修改所有的类。

实践

• JdbcTemplate
  • JdbcTemplate 通过回调的机制，将不变的执行流程抽离出来，放到模板方法 execute() 中，将可变的部分设计成回调 StatementCallback，由用户来定制。query() 函数是对 execute() 函数的二次封装。
• 回调基于组合关系来实现，模板模式基于继承关系来实现。
• hook