《读书笔记》设计模式——策略模式

</pre><pre name="code" class="java"><pre name="code" class="java">

//折扣接口

<pre name="code" class="java">public interface IDiscount {
        public double discount(double price);
}

//折扣策略1
public class Discount1 implements IDiscount {
	@Override
	public double discount(double price) {
		reuturn price * 0.8;
	}
}

//折扣策略2
public class Discount2 implements IDiscount {
	@Override
	public double discount(double price) {
		return price * 0.9;
	}
}

//封装类，对策略进行二次封装，避免高层模块对策略的直接调用。
public class Context {
	private IDiscount strategy;
	public Context(IDiscount strategy){
		this.strategy = strategy;
	}
	public double execute(double price){
		return strategy.discount(price);
	}
}
public class Test {
	public static void main(String[] args){
		Context context;
		double total = 0;
		double price1 = 200;
		double price2 = 400;
		context = new Context(new Discount1());
		total += context.execute(price1);
		
		context = new Context(new Discount2());
		total += context.execute(price2);
		System.out.println("total pirce:" + total);
	}
}

》》策略模式的优点：
  策略类之间可以自由切换，它们实现了同一个接口；
  易于扩展，增加一个新的策略非常容易；
  不使用策略模式就会使用条件语句判断，那么多重条件判断是不容易维护的。
》》策略模式的缺点：
  维护各个策略类带来的额外的开销，一般策略类的数量不超过5个。
  必须对调用者暴露所有的策略类，因为调用者需要知道有什么策略以及各个策略之间的区别，而这一点违背了“迪米特法则”。
  【迪米特法则/最少知道原则】一个对象应该对其他对象保持最少的了解，尽量降低类与类之间的耦合。
》》适用场景：
  几个类的主要逻辑相同，只在部分逻辑的算法和行为上稍有区别；
  有几种相似的行为，客户端需要动态决定使用哪一种。