- 什么是策略模式
策略模式将可变的部分从程序中抽象分离成算法接口,在该接口下分别封装一系列算法实现,并使他们可以相互替换,从而导致客户端程序独立于算法的改变。 - 为什么用策略模式
在为了让多个类实现一种行为时可以用多种方法,选择方法如下:
方法一:面向对象中的继承
在父类中提供实现方法,子类通过继承获得父类中的飞行行为;
优点:简(cu)单(bao)易(chou)用(lou),已有应用可以快速添加飞行能力
缺点:不具有灵活性,对未来变更支持差;需要通过在子类中覆写飞行的方法以提供新的飞行行为,这很容易造成错误(粗心的程序员忘记覆写)
方法二:抽象方法,在父类中提供抽象方法,强迫子类实现自己的飞行行为
优点:足够灵活,也不会很容易忘记覆写代码
缺点:需要的工作量大,每个子类都要实现一遍代码,即使是相同的行为也不例外;代码重复,没有实用的代码;如果有出现错误,要改很多bug
方法三:组合(继承是重用代码的利器,但继承并不是最好的工具) ,Favor composition over inheritance(复合优先于继承,多用组合,少用继承)
组合是某个对象有某个组件,比如小汽车有轮胎
组合:在类中增加一个私有域,引用另一个已有的类实例,通过调用引用实例的方法从而获得新的功能,这种设计被称作组合(复合)。
方法:将飞行行为(可以更改)抽象为接口,在父类中持有该接口,并由该接口代替飞行行为。
优点:足够灵活;复用代码,更易于维护 - 总结
策略模式中的设计原则:找出应用中需要变化的部分,把他们独立出来,不要和那些不需要变化的代码混在一起;面向接口编程,而不是面向实现编程;多用组合,少用继承
策略模式的实现:通过分离变化得出策略接口Strategy;
public interface FlayingStragety {
void performFly();
}
Strategy的实现类;
public class FlyWithWin implements FlayingStragety {
@Override
public void performFly() {
System.out.println("展翅高飞");
}
}
客户程序“有一个”Strategy;
在客户程序中选择/组装正确的Strategy实现。
public class MallerdDuck extends Duck {
public MallerdDuck() {
super();
super.setFlyingStragety(new FlyWithWin());
}
@Override
public void display() {
System.out.println("我的脖子是绿色的");
}
}
策略模式的优点:
使用了组合,使架构更加灵活;
富有弹性,可以较好的应对变化(开-闭原则)
更好的代码复用性(相对于继承)
消除大量的条件语句
策略模式的缺点:
客户代码需要了解每个策略实现的细节
增加了对象的数目
策略模式的适用场景:
许多相关的类仅仅是行为差异;
运行时选取不同的算法变体;
通过条件语句在多个分支中选取