什么是策略模式
策略模式将可变的部分从程序中抽象分离成算法接口,在该接口下分别封装一系列算法实现并使他们可以相互替换,从而导致客户端程序独立于算法的改变。
网上支付的例子
程序员在编写网上商城网上支付接口时,用户可以选择不同银行进行支付,因为不同银行提供支付算法不同,那么可以使用策略模式来分离出抽象的支付接口,这样客户端的代码就独立于不同的支付算法。
// 商城代码
public class ShopOnline {
private BankStrategy bank_;
public void setBankStrategy_(BankStrategy bank_) {
this.bank_ = bank_;
}
// 商城支付方法
public boolean Checkout() {
return bank_.Checkout();
...
}
}
// 分解出支付接口
public interface BankStrategy{
public boolean Checkout();
}
// 招商银行支付
public class CMBBank implements BankStrategy{
@Override
public boolean Checkout() {
System.out.println("招商银行付款成功");
return true;
}
}
// 工商银行支付
public class ICBCBank implements BankStrategy{
@Override
public boolean Checkout() {
System.out.println("工商银行付款成功");
return true;
}
}
// 商城支付测试
public class ShopOnlineTest {
public static void main(String[] args) {
// TODO Auto-generated method stub
ShopOnline shop = new ShopOnline();
// 选择付款银行
//shop.setBankStrategy_(new CMBBank());
shop.setBankStrategy_(new ICBCBank());
shop.Checkout();
}
}
策略模式中的设计原则
1 找出应用中需要变化的部分,把他们独立出来,不要和那些不需要变化的代码混在一起。
具体来说:各个银行的支付算法是变化的,但提供的支付功能是不变的。
2 面向接口编程,而不是面向实现编程。
具体来说:ShopOnline 持有银行支付策略的接口BankStrategy,而不是具体银行的实现类。
3 多用组合,少用继承。
继承:在父类中提供实现方法,子类通过继承获得父类中的方法。
优点是简单易用缺点不灵活,对未来变更支持差,当程序员在子类需要覆写父类的方法时,很容易因为遗忘覆写而出现错误。
抽象方法:在父类中提供抽象方法,强迫子类实现自己的方法。
优点是足够灵活,缺点是需要为每个子类实现该方法,即使相同的行为也不例外。因此有代码重复,没有复用代码。
继承是重用代码的重要方式,但复合优先于继承,多用组合少用继承。
组合:在类中增加一个私有域,引用另一个已有的类的实例,通过调用引用实例的方法从而获得新的功能,这种设计被称为组合(复合)
策略模式中的实现
1 通过分离变化得出的策略接口Strategy。
2 Strategy的实现类。
3 客户程序中有一个Strategy。
4 在客户程序中选择/组装正确的Strategy。
策略模式的优点
1 使用组合,使架构更加灵活。
2 富有弹性,可以较好的应对变化(开闭原则)。
3 更好的代码复用性(相对于继承)。
4 消除大量的条件语句(if-else语句或switch-case语句)。
策略模式的缺点
1 客户代码需要了解每个策略实现的细节。
// 客户端代码必须正确设置客户选择的支付银行
shop.setBankStrategy_(new CMBBank());
shop.setBankStrategy_(new ICBCBank());
2 增加了对象的数目。
// 每增加一家银行,可能要增加一种支付策略,那么代码也增加了
CMBBank、ICBCBank、......
策略模式的使用场景
1 许多相关的类仅仅是行为差异。
不同银行支付算法不同,但都提供支付功能。
2 运行时选取不同的算法变体。
网上商店在支付时只需要选择不同银行中的一家进行支付即可。
3 通过条件语句在多个分支中选取一种行为。
代码中有大量的if-else或switch-case语句来进行选择多种行为的一种。