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、策略模式:定义了算法族,分别封装起来,让他们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。