设计模式复习（一）

1、当涉及维护时，为了复用而使用的继承，结局并不完美，因为继承会使运行时的行为不容易改变，而且很难知道所用子类的全部行为，改变父类会牵一发而动全身

因此解决的办法是将父类中的共享方法封装成相应的接口，子类实现其中想要的接口。这是策略模式的一种体现。由此得出设计原则一：找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。把会变化的部分取出并封装起来，好让其他部分不受到影响，结果会让代码变化引起的不经意后果变少，系统变得更有弹性。

2、设计原则二：针对接口编程，而不是针对实现编程。利用接口代表每个行为，比方说，Flybehabior 与QuackBehavior，而行为的每个实现都将实现其中的一个接口。

比如行为类FlyWithWings实现鸭子会飞的动作，FlyNoWay类表示不会飞，而这两个类都实现FlyBehavior接口。所谓接口有多个含义，接口是一个概念，也是一种Java的interface构造。你可以在不涉及Java interface的情况下针对接口编程，关键就在多态，利用多态，程序可以针对超类型编程，执行时会根据实际情况执行到真正的行为，不会被绑死在超类型的行为上。”针对超类型编程“这句话，可以更明确的说成是”变量的声明类型是超类型，通常是一个抽象类或者是一个接口，如此，只要是具体实现此超类型的类所产生的对象，都可以指定给这个变量。这也意味着，声明类时不用理会以后执行时的真正对象类型“

例如：针对实现编程：Dog d = new Dog();

d.bark();

针对接口、超类型编程：Animal animal = new Dog();

animal.makeSound();

3、设计原则三：多用组合，少用继承。使用组合建立的系统具有很大的弹性，不仅可以将算法族封装成类，更可以“在运行时动态的改变行为”，只要组合的行为对象符合正确的接口标准即可。

4、策略模式：定义了算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。