strategy（策略）模式

    策略模式属于对象的行为模式。其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。

策略模式的结构
　　策略模式是对算法的包装，是把使用算法的责任和算法本身分割开来，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。下面就以一个示意性的实现讲解策略模式实例的结构。

 这个模式涉及到三个角色：
    1)环境(Context)角色：持有一个Strategy的引用。
    2)抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
    3)具体策略(ConcreteStrategy)角色：包装了相关的算法或行为。

 

示例场景

　　假设现在要设计一个贩卖各类书籍的电子商务网站的购物车系统。一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，本网站可能对所有的高级会员提供每本20%的促销折扣；对中级会员提供每本10%的促销折扣；对初级会员没有折扣。

　　根据描述，折扣是根据以下的几个算法中的一个进行的：

　　算法一：对初级会员没有折扣。
　　算法二：对中级会员提供10%的促销折扣。
　　算法三：对高级会员提供20%的促销折扣。

使用策略模式来实现的结构图如下：

 

 示例代码：

IUserStrategy

 

public interface IUserStrategy {
	public double calcPrice(double booksPrice);
}

 

 

初级用户的策略类:

 

/**
 * 初级用户的策略类
 * @author Administrator
 *
 */
public class PrimaryUserStrategy implements IUserStrategy {
	
	public double calcPrice(double booksPrice) {
		return booksPrice;
	}
	
}

 中级用户的策略类:

/**
 * 中级用户的策略类
 * @author Administrator
 *
 */
public class MiddleUserStrategy implements IUserStrategy {
	
	public double calcPrice(double booksPrice) {
		return booksPrice * 0.9;
	}
	
}

 

 

高级用户的策略类:

/**
 * 高级用户的策略类
 * @author Administrator
 *
 */
public class AdvancedUserStrategy implements IUserStrategy {
	
	public double calcPrice(double booksPrice) {
		return booksPrice * 0.8;
	}
	
}

 

context类:

/**
 * context类
 * @author Administrator
 *
 */
public class Price {
	private IUserStrategy userStrategy;
	
	public Price(IUserStrategy userStrategy){
		this.userStrategy = userStrategy;
	}
	
	public double getPrice(double tagPrice){
		return userStrategy.calcPrice(tagPrice);
	}
	
}

 

客户端调用：

public class Client {
	
	public static void main(String[] args){
		double tagPrice = 100;
		
		IUserStrategy userStrategy = new AdvancedUserStrategy();
		double realPrice = new Price(userStrategy).getPrice(tagPrice);
		System.out.println("~~~~ tagPrice : "+ tagPrice +"\n~~~~ realPrice : "+ realPrice);
	}
}

 

策略模式的优点
总的来说，采用策略模式便于扩展和维护。
       1.策略模式提供了对策略（方法）的统一管理。
       2.使用策略模式可以避免使用多重条件(if-else)语句。

 

策略模式的缺点
性能不是最优。

　　1.客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。这点可以通过规范具体策略类命名规则，并采用java反射机制来从编码层面消除这个问题。
       2.每个具体的策略实现都单独封装成为类，如果备选的策略很多的话，那么类及对象的数目就会很可观。

 

有感：
设计模式不是万能良药，不是说采用了设计模式，你的系统就OK了，稳定性、性能比不用设计模式就有提升。个人认为在合适的场景下采用合理设计模式或者便于系统扩展，或者便于维护，或者利于重用代码等等，但事物都有两面性，设计模式也不例外，便于扩展可能会对性能不利。

 

个人认为，设计模式不是万能良药，不要以是否知道哪几个模式来衡量水平高低。