策略模式.pptVIP

策略模式 意图 意图intent：定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。 策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。 假设现在要设计一个贩卖各类书籍的电子商务网站的购物车（Shopping Cat）系统。一个最简单的情况就是把所有货品的单价乘上数量，但是实际情况肯定比这要复杂。比如，本网站可能对所有的教材类图书实行每本一元的折扣；对连环画类图书提供每本7％的促销折扣，而对非教材类的计算机图书有3％的折扣；对其余的图书没有折扣。由于有这样复杂的折扣算法，使得价格计算问题需要系统地解决。 适用性 适用性： 许多相关的类仅仅是行为有异。“策略”提供了一种用多个行为中的一个行为来配置一个类的方法。 需要使用一个算法的不同变体。 例如，你可能会定义一些反映不同的空间/时间权衡的算法。当这些变体实现为一个算法的类层次时[H087] ,可以使用策略模式。 算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。 一个类定义了多种行为, 并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句。 Definition： Define a family of algorithms, encapsulate each one, and make them interchangeable. Strategy lets the algorithm vary independently from clients that 适用性 使用策略模式可以把行为和环境分割开来。环境类负责维持和查询行为类，各种算法则在具体策略类（ConcreteStrategy）中提供。由于算法和环境独立开来，算法的增减、修改都不会影响环境和客户端。当出现新的促销折扣或现有的折扣政策出现变化时，只需要实现新的策略类，并在客户端登记即可。策略模式相当于可插入式（Pluggable）的算法。 策略模式的结构 ?策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是：准备一组算法，并将每一个算法封装起来，使得它们可以互换。 策略又称做政策（Policy）模式【GOF95】。下面是一个示意性的策略模式结构图： 协作者 这个模式涉及到三个角色： 环境（Context）角色：持有一个Strategy类的引用。 抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。 具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。 示意性源代码 抽象类： abstract?class?Strategy{??//?Methods??abstract?public?void?AlgorithmInterface();} 示意性源代码 具体策略Ａ： class?ConcreteStrategyA?:?Strategy{??//?Methods??override?public?void?AlgorithmInterface()??{????Console.WriteLine(Called?ConcreteStrategyA.AlgorithmInterface());??}} 示意性源代码 具体策略Ｂ： class?ConcreteStrategyB?:?Strategy{??//?Methods??override?public?void?AlgorithmInterface()??{????Console.WriteLine(Called?ConcreteStrategyB.AlgorithmInterface());??}} 示意性源代码 具体策略Ｃ： class?ConcreteStrategyC?:?Strategy{??//?Methods??override?public?void?AlgorithmInterface()??{????Console.WriteLine(Called?ConcreteStrategyC.AlgorithmInterface());??}} 示意性源代码 Context类的编码： class?Context{??//?Fields??Strategy?strategy;??//?Construct