打卡25天

观察者：
概念：当对象间存在一对多关系时，则使用观察者模式。比如，当一个对象被修改是，则会自动通知它的依赖对象。观察者模式属于行为型模式
意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所以依赖于它的对象都得到通知并被自动更新
主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。
关键代码：在抽象类里有一个arryList存放观察者们。
优点：
1.观察者和被观察者是抽象耦合的
2.建立一套触发机制
缺点：
1.如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间
2.如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃
3.观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么方生变化的，而仅仅只是知道观察目标发生了变化
策略模式
概念：定义了家族算法，分别封装起来，让他们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。
意图：定义一系列的算法，把他们一个一个封装起来，并且使它们可相互替换
主要解决：在有多种算法相似的情况下，使用if…else 所带来的复杂和难以维护
何时使用：一个系统有许多许多类，而区分它们的只是他们直接的行为
如何解决：将这些算法封装成一个一个的类，任意地转换
关键代码：实现同一个接口
优点：
1.算法可以自由切换
2.避免使用多重条件判断
3.拓展性好
缺点：
1.策略类会增多
2.所有策略类都需要对外暴露
使用场景：
1.如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为
2.一个系统需要动态地在几种算法中选择一种
3.如果一个对象有许多行为。如果不用恰当的模式，这些行为就只好使用这些行为就只好使用多重的条件选择语句来实现
装饰者模式
概念：允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，他是作为现有的类的一个包装。这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提，提供了额外的功能
意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活
何时使用：
在不想增加很多子类的情况下拓展类
如何解决：
将具体功能职责划分,同时继承装饰者模式
关键代码：
1.Component类充当抽象角色,不应该具体实现
2.修饰类引用和继承Component类,具体拓展类重写父类方法
优点：
装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式时继承的一个替代模式,装饰模式可以动态拓展一个实现类的功能
缺点：多层装饰比较复杂
使用场景：
1.扩展一个类的功能
2.动态增加功能，动态撤销