2020-10-11: head first pattern design学习

暂时写在typora中了，因为它更方便编写，后期再放到CSDN中吧。

Chapter 1 : intro to Design Patterns

这一章是主要是通过 策略模式 （Strategy Pattern）进行入门。
定义：
策略模式定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户端。

总结说明

通过继承来提供Duck的行为的缺点

• 代码在多个子类中重复
• 运行时的行为不容易改变。
• 很难知道所有鸭子的全部行为
• 改变会牵一发而动全身，造成其他鸭子不想要的改变。

通过接口来提供行为的问题

• 无法实现代码复用，因为接口的方法需要自己去实现。
• 不易于修改，每次修改都要去具体的子类中一一修改。

设计原则

• 找出应用中可能需要变化的部分，把它们独立出来，不要和那些不需要变化的代码混在一起。
• 针对接口编程，而不是针对实现编程。（这里的接口是指supertype包含接口和抽象类）
• 多用组合，少用继承

演变过程

需求为： 使鸭子具有飞行的行为

Design1:

Design2:此时会有不需要飞行的子类也继承了飞行的能力

Design3：将不需要飞行能力的子类的fly()方法进行覆盖

Design4 ： 使用接口方式

Design5 : 找到这个问题中变化的部分，然后抽取出来。



这样设计的好处：
这样的设计可以让飞行和呱呱叫的动作被其他的对象复用。因为这些行为已经和鸭子类无关了。
而我们可以新增一些行为，不会影响到既有的行为类，也不会影响到“使用”到飞行行为的鸭子类

Design最终版：

总结

还是以需求变化的角度来看：我增加了一个fly()方法，并且有几种不同的表现。

• 对于使用继承方式
  • 如果此时有子类需要有不同于父类的fly()行为，那么就需要重写子类中的方法
• 对应使用继承方式
  • 无法实现代码复用。 对于所有继承flyable接口的Duck子类都需要自己去实现该方法。
• 对于使用策略模式
  • 增加一个fly方法，我就新增一个Flying的行为类接口，并且有多少种具体的飞行行为就增加多少个Flying接口的实现类。然后让Duck接口中持有Flying这个引用变量，这样每个子类天然具备这个Flying引用变量，然后子类需要什么行为就传入相应的实现类即可。
  • 此时，即便子类中的具体fly()行为有多种，也同样实现了代码复用。（传入不同的实现类即可实现不同的fly()行为）

需求变化2：前面是将新增的时候的问题，现在将后期可扩展性。如果说fly方法的具体表现又新增了一种比如说：用火箭飞，此时大概有50个不同类型的子类需要采用这种飞行行为。

• 对于使用继承方式：
  • 两种方式：修改父类中fly()方法或者不修改。
    • 1 如果修改父类中的fly()方法，那么就需要将所有不是用火箭飞的子类中的fly()方法重写一下，因为它们不符合要求。
    • 2 如果不修改父类中的fly()方法，那么就需要将这50个不同类型的子类，都重写fly()方法，同时这些都是雷同的代码，写了50份。
• 对于使用接口方式
  • 那没啥好说的，这50个子类就分别把fly()方法修改成使用火箭飞就行了。
• 使用策略模式
  • 需要在Flying中增加一个新的实现类：RocketFlying并且实现用火箭飞的fly()，然后这50个不同类型的子类调用的时候，传入RocketFlying这个具体的实现类即可。

Chapter 2 观察者设计模式

• 先上图
• 
• 
• 
• 具体的错误示意
• 
• 
• 
• 
• 
• 
• 松耦合，让两个交互的对象对彼此知道的越少越好
• 
• 
• 
• 
• 很明显不是的，可以在WeatherData中增加getter方法，然后让观察者自己决定需要获取观测值的种类和个数。

-
-

• 
• 
• 
• 
• 
•