[工学]L14B策略Strategy模式.pptVIP

策略（Strategy）模式 策略模式属于对象的行为模式[GOF95]。其用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得他们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。 策略（Strategy）模式 问题: ---假设现在要设计一个贩卖各类书籍的电子商务网站的购物车（Shopping Cart）系统。一个最简单的情况就是把所有的货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，网站可能对所有的教材类图书实行每本一元的折扣；对其余的图书没有折扣。对连环画类图书提供每本7％的促销折扣，而对非教材类的计算机图书有3％的折扣，对其余的图书没有折扣。由于有这样复杂的折扣算法，使得价格计算问题需要系统地解决。 那么怎么解决这个问题呢？ 策略（Strategy）模式 解决方案 这里提供三种方案如下所示: （1）所有的业务逻辑都放在客户端里面。客户端利用条件选择语句决定使用哪一个算法。这样一来，客户端代码会变得复杂和难以维护。 （2）客户端可以利用继承的办法在子类里面实现不同的行为，但是这样会使得环境和行为紧密耦合在一起。强耦合会使两者不能单独演化。 （3）使用策略模式。策略模式把行为和环境割开来。环境类负责维护和查询策略类，各种算法则在具体策略类（ConcreteStrategy）中提供。 策略（Strategy）模式 由于算法和环境独立开来，算法的增减、修改都不会影响环境和客户端。 策略模式正是解决这个问题的系统化方法。当出现新的促销折扣或现有的折扣政策出现变化时，只需要实现新的策略类，并在客户端登记即可。策略模式相当于“可插入式（Pluggable）的算法”。 当准备在一个系统里使用策略模式时，首先必须找到需要包装的算法，看看算法是否可以从环境中分割开来，最后在考察这些算法是否在以后发生变化。 策略（Strategy）模式 一、?策略（Strategy）模式 策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式的简略类图如下所示。 策略（Strategy）模式 二、?策略模式的结构 策略又称做政策（Policy）模式【GOF95】。下面是一个示意性的策略模式结构图： 策略（Strategy）模式 这个模式涉及到三个角色： 环境（Context）角色：持有一个Strategy类的引用。 抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。 具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。 首先看一看环境角色的源代码，如代码清单1所示，这个类持有一个对策略角色的引用。 策略（Strategy）模式 代码清单1:环境类的代码 public class Context { private Strategy strategy; public void contextInterface() { strategy.strategyInterface(); } } 策略（Strategy）模式 抽象策略类的源代码如代码清单2所示，这个抽象类可以用Java接口取代。抽象策略类规定所有具体策略类必须实现的接口。 代码清单2:抽象策略类的源代码 abstract public class Strategy { public abstract void strategyInterface(); } 策略（Strategy）模式 具体策略类实现了抽象策略类所声明的接口，如代码清单3所示。 代码清单3:具体策略类的源代码 public class ConcreteStrategy extends Strategy { public void strategyInterface() { //write you algorithm code here } } 策略（Strategy）模式 这里所给出的仅仅是策略模式的最小实现，因此具体策略角色才只有一个。一般而言，有意义的策略模式的应用都会涉及到多于一个的具体策略角色。我们可以把这里给出的源代码当作策略模式的骨架，在将它使用到自己的系统中时，还需要添加上与系统有关的逻辑。 Java语言内部的例子 Java语言使用了很多的设计模式，包括策略模式。使用策略模式的例子可以在java.awt库和Swing库中看到。 AWT中的LayoutManager