原则
模式
实践
关联
观察者模式
原则
为交互对象之间的松耦合设计而努力
模式
观察者模式
在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会受到通知，并自动更新
Subject：抽象主题（抽象被观察者），抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
ConcreteSubject：具体主题（具体被观察者），该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
Observer：抽象观察者，是观察者者的抽象类，它定义了一个更新接口，使得在得到主题更改通知时更新自己。
ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。
图及说明来源于：
https://blog.csdn.net/itachi85/article/details/50773358
实践
书中的实例，看了这张图，就能回想起观察者模式的实际应用方式
图片来源于《Head First 设计模式》 第 56 页
关联
哪里用到了观察者模式？
什么是ApplicationContext?
它是Spring的核心，Context我们通常解释为上下文环境，但是理解成容器会更好些。
ApplicationContext则是应用的容器。
Spring把Bean（object）放在容器中，需要用就通过get方法取出来。
ApplicationEvent 是个抽象类，里面只有一个构造函数和一个长整型的timestamp。
ApplicationListener 是一个接口，里面只有一个onApplicationEvent方法。
所以自己的类在实现该接口的时候，要实装该方法。
如果在上下文中部署一个实现了ApplicationListener接口的bean，那么每当在一个ApplicationEvent发布到 ApplicationContext时，这个bean得到通知。
其实这就是标准的Oberver设计模式。
来源于：
https://www.cnblogs.com/softidea/p/5716870.html
不错的博客
https://blog.csdn.net/itachi85/article/details/50773358
装饰者模式
原则
对扩展开放，对修改关闭
模式
装饰者模式
动态地将责任附加到对象上。想要扩展功能，装饰者提供有别于继承的另一种选择
Component：抽象组件，给对象动态的添加职责。
ConcreteComponent：组件具体实现类。
Decorator：抽象装饰者，继承Component，从外类来拓展Component类的功能，但对于Component来说无需知道Decorator的存在。
ConcreteDecorator：装饰者具体实现类。
图及说明来源于：
https://blog.csdn.net/itachi85/article/details/51282647
实践
书中的实例，看了这张图，就能回想起装饰者模式的实际应用方式
图片来源于《Head First 设计模式》 第 92 页
关联
哪里用到了装饰者模式？
Java 中的 java.io 类就是使用了装饰者模式
不错的博客