2021-07-26观察者模式与建造者模式
观察者模式
定义
观察者模式（Observer Pattern），又叫发布-订阅模式，定义一种一对多的依赖关系，一个主题对象可被多个观察者对象同时监听，使得主题对象状态变化时，所有依赖于它的对象都会得到通知并自动更新，实现了观察者和被观察者之间的解耦，如消息订阅，属于行为型模式。
通用写法
观察者模式主要包含4种角色：
-
被观察的对象（Observable）：该角色是一个抽象类或接口，定义了增加、删除、通知观察者对象的方法；
-
具体被观察者：当前状态变化时，会通知已注册的观察者；
-
抽象观察者（Observer）:定义了响应通知的更新方法；
-
具体观察者（ConcreteObserver）:状态更新时，会自动做出响应。
观察者模式.png
//TODO 代码编写
适用场景
观察者使用场景.png
代码中涉及到回调的一般是观察者模式，如Spring中的责任链
观察者和被观察者通常通过反射来进行解耦
源码中一般通过Listenter关键词判断是否为观察者模式
观察者可以给被观察者以响应（回调）
源码
Guava
观察者模式优缺点
观察者模式优点.png
观察者模式缺点.png
问题
-
用Guava API实现GPer社区提问通知的业务场景。
-
访问者模式精髓是什么？
访问者模式精髓.png
建造者模式
定义：
建造者模式（Builder Pattern）是将一个复杂对象的构建与它的表示分离，使用同样的构建过程可以创建不同的表示。
特征：用户只需指定需要建造的类型就可以获得对象，建造过程及细节无需了解，属于创建型模式。
建造者模式适用于创建对象需要很多步骤，但是步骤的顺序不一定固定。
应用场景
-
适用于创建对象需要很多步骤，但是步骤的顺序不一定固定，如：责任链。
-
如果一个对象有非常复杂的内部结构（很多属性）
-
把复杂对象的创建和使用分离。
通用写法
建造者模式主要包含4个角色：
-
产品（Product）:创建的产品类对象；
-
建造者抽象（Builder）:建造者的抽象类，规范产品对象的各个组成部分的建造，一般由子类实现具体的建造过程。
-
建造者（ConcreteBuilder）：具体的Builder类，根据不同的业务逻辑，具体化对象的各个组成部分的创建。
-
调用者（Director）：调用具体的建造者，来创建对象的各个部分，在指导中不涉及具体产品信息，只负责保证对象各个部分完整创建或按某种顺序创建。
链式编程.png
源码
StringBuilder、chain（责任链）、SqlSessionFactory、ServerSocketChannel、
Sql语句拼接.png
建造者模式优缺点
优点：
-
封装性好，创建和使用分离；
-
扩展性好，建造类之间独立，一定程度上解耦。
缺点：
-
产生多余的Builder对象
-
产品内部发生变化，建造者都要修改，成本较大
建造者与工厂的区别.png
问题
- 请列举1-3个需要用到建造者模式的业务场景。
