当前位置：文档之家 › 软件工程Strategy策略模式

软件工程Strategy策略模式

  • 格式：doc
  • 大小：1.01 MB
  • 文档页数：12

strategy 策略行为型设计模式摘要：Strategy是属于设计模式中对象行为型模式，主要定义一系列的算法，把这些算法一个个封装成单独的类，并且使这些类可以相互替换，以达到能够使得算法的变化可独立于使用它的客户的目的。

关键字：设计模式，定义算法，封装引言：Strategy应用比较广泛，比如，公司经营业务变化图，可能有两种实现方式，一种是线条曲线，另一种是框图（bar）,这两种算法可以使用Strategy实现。

还有一些使用如：Context，印刷图书，Strategy，使用某种技术的印刷设备，Algorithem，具体的印刷技术，如喷墨，胶印，IStrategy，印刷正文：行为型模式:1.职责链模式 Chain of Responsibility2.命令模式 Command3.解释器模式 Interpreter4.迭代器模式 Iterator5.中介者模式 Mediator6.备忘录模式 Memento7.观察者模式 Observer8.状态模式 State9.策略模式 Strategy10.模板方法模式 Template Method11.访问者模式 Visitor1.职责链模式Chain of Responsibility职责链模式使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。

将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

“击鼓传球”游戏就是职责链模式的一种应用，鼓起，球从人手中传递，鼓落，拿球的人要做某件事。

命令模式Command命令模式将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；可以对请求排队或记录请求日志，以及支持可撤销的操作。

命令模式是对“行为的请求者”和“行为的实现者”进行了解耦。

Invoker对象可以在不同的时刻指定、排列、执行操作，支持取消、重做的操作，支持事务，记录操作的日志.解释器模式Interpreter解释器模式，给定一个语言，定义它的问法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

一个特定类型的复杂问题频繁出现，这时我们可以用解释器模式将负责对象表述为一个简单的对象，再进行处理。

正则表达式就是一个非常好的例子。

迭代器模式Iterator迭代器模式提供了一种方法顺序访问一个聚合对象中各个元素，而又不需要暴露该对象的内部表示。

当我们需要对聚集有多种方式遍历时，可以考虑用迭代器模式。

迭代器模式提供“开始、下一个、是否结束、当前哪一项…”等统一的接口。

迭代器模式分离了集合对象的遍历行为，抽象出一个迭代器类来负责，这样既可以做到不暴露内部结构，又可以让外部代码透明底访问集合内部的数据。

松散了耦合性，做到了信息隐蔽。

比如老师向班长要一个学生花名册，班长可以按学号进行排列，也可以按姓名首字母进行排列，只要包括了全部学生就行了。

中介者模式Mediator中介者模式用一个中介对象来封装一系列的对象交互。

中介者是各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

中介者模式，将多个对象之间的多对多的关系转变为了一对一的关系。

对象间的相互通信，都需要通过中介者对象来完成，一个对象的增加和移除，不影响其他对象，这样就降低了他们之间的耦合。

备忘录模式Memeton备忘录模式在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先保存的状态了。

观察者模式Observer观察者模式定义了对象间的一种一对多的依赖关系，当一个对象的状态发生变化时，所有依赖它的对象都会得到通知，并被自动更新，系统中有两个方面，其中一个方面依赖与另一个方面，我们把这两个方面抽象，是各自可以独立的变化和复用。

就像我们现在所用到的分层，不就是一层层的依赖么？还有系统组件升级，系统功能也跟着变化，这也属于观察者模式。

状态模式State状态模式允许一个对象在其内部状态改变时改变它的行为，让对象看起来似乎修改了它的类。

状态模式就是把系统的多个状态分割开来，分布到State的子类中，消除了庞大的分支语句，减少了耦合，同时也很容易增加新的状态的和转换。

这就相当于一个Schedule或School Timetable一样，时间的改变，我们的行程或课程也随之改变。

策略模式Strategy策略模式定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。

本模式使得算法的变化不会影响到使用算法的客户。

策略模式将每一个算法封装到一个具有公共接口的独立类中，解除了客户与具体算法的直接耦合，是客户改变算法更为容易。

策略模式+简单工厂+反射+配置文件可以组成更为灵活的方式。

模版方法模式Template Method模版方法模式定义一个操作的算法骨架，而将一些步骤延迟到子类中，模版方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

模版方法就是把不变的行为搬到了超类中，去除了子类中的重复代码。

多个客户去银行开户，大家都需要填写一个开户表单，表单的格式都是一样的，但是每个人填写的内容却是不同的，客户是需要填写不同的内容即可，而不是把整个表单抄一遍。

访问者模式Visitor访问者模式表示一个作用于某对象结构中的个各原色的操作。

它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

访问者模式适用于数据结构相对稳定的系统。

它是将数据结构和作用于结构上的操作分离开来，完成了解耦，可以是操作集合自由演化，但不适合更改数据结构。

（1）算法与对象的耦合对象可能经常需要使用多种不同的算法，但是如果变化频繁，会将类型变得脆弱（2）动机（Motivation）在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。

如何在运行时根据需要透明地更改对象的算法？将算法与对象本身解耦，从而避免上述问题？（3）意图（Intent）定义一系列算法，把它们一个个封装起来，并且使它们可互相替换。

该模式使得算法可独立于使用它的客户而变化。

（4）结构Strategy的结构如下图所示下面简要介绍一下以上类图中各个类的作用：(1)Context类为上下文类，负责维护和更新算法所要处理的环境和数据。

譬如对于图象压缩来说，Context负责数据的提取、压缩参数的获得以及压缩以后善后工作等等；(2) Strategy代表抽象的算法，譬如对于图象压缩来说，它代表的就是图象压缩算法，至于具体那种压缩？JEPG压缩还是GIF压缩，Strategy类不关心，它只为具体的图象压缩算法提供统一的接口；(3)ConcreteStrategyA、ConcreteStrategyB、ConcreteStrategyC则代表特别具体的算法。

Context类维护Strategy的一个引用（或者指针）。

一旦Context所维护的上下文有变（譬如输入数据有变化），它就将这个职责转发给它的Strategy对象。

Context的客户制定应该使用哪一种Strategy（算法）的方式是直接将它想要的具体的Strategy （ConcreteStrategyA、ConcreteStrategyB、ConcreteStrategyC……）装入Composition中。

（5）实用性当存在一下情况时，适合使用Strategy模式(a) 许多相关的类仅仅是行为上的差异。

“策略”提供了一种用多个行为中的一个行为类配置一个类的方法；(b) 需要使用一个算法的不同的变体。

例如，您可能会定义一些反映不同空间/时间权衡的算法。

当这些变体实现为一个算法的类层次时，可以使用策略模式；(c) 算法使用客户不应该知道的具体的实现步骤，可以使用策略模式以免暴露复杂的、与算法相关的数据结构；(d) 一个类定义了多种行为，并且为这些行为在这个类的操作中以多个条件语句的形式出现相关的条件分支移入它们各自的Strategy类中，以代替这些语句。

（6）作用策略模式将类中的算法分离出放在一个单独的类中。

不同的算法适用于不同的问题。

如果所有的算法都集中在一个类中定会导致带有条件选择的杂乱的代码。

策略模式使得客户端能够轻松的从一系列算法中找出适合自己的算法。

这些算法可以不依赖他们用到的数据来表示。

(7)代码实现using System;using System.Collections.Generic;using System.Linq;using System.Text;namespace Strategy{// The Contextclass Context{// Context statepublic const int start = 5;public int Counter = 5;// Strategy aggregationIStrategy strategy = new Strategy1();// Algorithm invokes a strategy methodpublic int Algorithm(){return strategy.Move(this);}// Changing strategiespublic void SwitchStrategy(){if (strategy is Strategy1)strategy = new Strategy2();elsestrategy = new Strategy1();}}// Strategy interfaceinterface IStrategy{int Move (Context c);}// Strategy 1class Strategy1 : IStrategy{public int Move (Context c){return ++c.Counter;}}// Strategy 2class Strategy2 : IStrategy{public int Move (Context c){return --c.Counter ;}}class Program{static void Main(string[] args){Context context = new Context();context.SwitchStrategy();Random r = new Random(37);for (int i=Context.start; i<=Context.start+15; i++){if (r.Next(3) == 2){Console.Write("|| ");context.SwitchStrategy();}Console.Write(context.Algorithm() +" ");}Console.WriteLine();Console.ReadLine();}}}输出：/* Output4 ||567 || 6 || 789 10 || 9 8 7 6 || 7 || 6 5*/总结Strategy模式的要点：1、Strategy及其子类为组件提供了一系列可重用的算法，从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。

合集下载

Strategy模式在数据库开发中的实际应用案例

Strategy模式在数据库开发中的实际应用案例

Strategy模式在数据库开发中的实际应用案例在数据库开发中，常常会遇到需要处理不同种类的数据，并根据不同的数据进行不同的处理的情况。

例如，在一个商场的销售系统中，需要记录商品的销售记录，并对不同种类的商品进行不同的处理，如计算销售额、库存调整等。

这时，我们可以使用设计模式中的Strategy模式来解决这个问题。

Strategy模式是一种行为型设计模式。

它定义了一系列算法，将每个算法都封装起来，并可以相互替换，从而使得算法的变化不会影响到客户端。

在Java语言中，Strategy模式通常通过接口的方式实现。

在数据库开发中，Strategy模式可以用于实现针对不同类型数据的数据访问和处理。

下面我们以一个简单的数据库访问程序为例来说明Strategy模式的应用。

假设我们有一个简单的数据库（使用MySQL）存储了一些学生的信息，如姓名、学号、课程成绩等。

我们需要编写一个Java 程序来访问这个数据库，并能够实现以下功能：1. 根据学号查询学生信息2. 根据姓名查询学生信息3. 计算每个学生的总成绩4. 计算每个学生的平均成绩5. 计算每个学生各门课程的平均成绩首先，我们定义一个接口DataAccess，用于定义访问数据库的方法：```public interface DataAccess {public Student findStudentByNumber(String number);public List<Student> findStudentsByName(String name);public double calculateTotalScore(Student student);public double calculateAverageScore(Student student);public Map<String, Double> calculateAverageScores(Student student);}```然后，我们定义一个MySQLDataAccess类，实现DataAccess 接口，并实现以上5个方法：```public class MySQLDataAccess implements DataAccess {// 实现findStudentByNumber方法public Student findStudentByNumber(String number) {// 执行查询操作，返回查询结果}// 实现findStudentsByName方法public List<Student> findStudentsByName(String name) {// 执行查询操作，返回查询结果}// 实现calculateTotalScore方法public double calculateTotalScore(Student student) {// 计算总成绩，返回计算结果}// 实现calculateAverageScore方法public double calculateAverageScore(Student student) {// 计算平均成绩，返回计算结果}// 实现calculateAverageScores方法public Map<String, Double> calculateAverageScores(Student student) {// 计算各门课程平均成绩，返回计算结果}}```现在，我们可以在客户端调用MySQLDataAccess类的实例来实现以上功能。

4.1. 策略(Strategy)模式

4.1. 策略(Strategy)模式


抽象和一般化
把行为想成是「一族算法」。在SimUDuck的设计中，算法 代表能做的事（不同的叫法和飞行法），可以换成其它任 意的算法。 –再次注意逻辑类和工具类：工具类总是容易替换的。逻 辑类却与具体的案例有关。 –另一个理解的角度：抽象的部分与实现的部分。我们努 力把抽象的部分与实现的部分分开。 –配合其它的模式，可以可以设计出更复杂、更灵活的运 用。
策略（Strategy）模式 策略（Strategy）模式
康凯
例
一套模拟鸭子游戏：SimUDuck。游戏中出现各种Duck，鸭 子会游泳（swim) ，也会叫(quack)。
需求总是变化的
现在得让鸭子能飞
一种自然的想法
只需要在Duck类中加上fly()方法，所有Duck就都会继承 fly()。
设计原则：封装变化 设计原则：封装变化
找出应用中可能需要变化之处，把它们单独封装起来，与 不需要变化的代码隔离开。 这个原则并不仅仅是针对类而言。 几乎每个设计模式模式都体现了「系统中的某部分改变不 会影响其他部分」。
把会变化的部分取出并封装起来，以便以后可以轻易地扩 充此部分，而不影响不需要变化的其他部分。 几乎是每个设计模式背后的精神所在。所有的模式都提供 了一套方法让「系统中的某部分改变不会影响其他部分」。 架构、模块、代码。。。
继承的常见用途
基类已经实现的东西可以被派生类复用－－要小心。 多态。 –部分的多态－－模板等 表示传递关系。
什么时候才应当使用继承复用？
继承代表“一般化/特殊化”关系，其中基类代表一般，而 派生类代表特殊，派生类将基类特殊化或者扩展化。只有 当以下的Coad条件全部被满足时，才应当使用继承关系： 1）派生类是基类的一个特殊种类，而不是基类的一个角色， 也就是要区分“Has-A”与“Is-A”两种关系的不同。Has-A 关系应当使用聚合关系描述，而只有Is-A关系才符合继承关 系。
软件工程-设计模式学习之策略模式Strategy

软件工程-设计模式学习之策略模式Strategy

软件⼯程-设计模式学习之策略模式Strategy 技术交流,DH讲解.还是之前的⽂章,从之前博客转过来.当我们有⼀个类如类A有⼀个⽅法C,但是这个C⽅法却被很多情况影响,那么我们该怎么设计才能让代码更加容易理解呢?其实我们前⾯讲的简单⼯⼚模式也能实现.但是现在想说⼀下策略模式了.我们来看⼀个UML图:软件设计师上半年和下半年考试⾥⾯都有这样⼀个题,给⼀个UML让你说这个UML是哪个模式?哈哈我们能看到主类Context和Strategy是聚合关系吧,这⾥可以是⼀个属性或者是⼀个成员变量.⽽Strategy却有多个具体的实现类.⽤代码说话:abstract class PHPBase{public abstract function DoIt();}class Add extends PHPBase{public function DoIt() {echo('Add\n');}}class Sub extends PHPBase{public function DoIt() {echo('Sub\n');}}class PHPStrategy {public function test($a){$b=NULL;switch($a){case 0:$b=new Add();break;case 1:$b=new Sub();break;}$b->DoIt();}}是不是和⼯⼚模式有点⼉像?$a=new PHPStrategy();$a->test(0);$a->test(1);看看结果呢?Add\nSub\n没有换⾏...哈哈郁闷.接下来还是⽤C#的吧,反正这么多⼈⽤:namespace Strategy_DesignPattern{using System;abstract class Strategy{abstract public void DoAlgorithm();}class FirstStrategy : Strategy{override public void DoAlgorithm(){Console.WriteLine("In first strategy");}}class SecondStrategy : Strategy{override public void DoAlgorithm(){Console.WriteLine("In second strategy");}}class Context{Strategy s;public Context(Strategy strat){s = strat;}public void DoWork(){// 这⾥}public void DoStrategyWork(){s.DoAlgorithm();}}public class Client{public static int Main(string[] args){FirstStrategy firstStrategy = new FirstStrategy();Context c = new Context(firstStrategy);c.DoWork();c.DoStrategyWork();return 0;}}}最后肯定是Delphi登场了,这⾥我就不写了,直接⽤Delphi创建出来的. IStrategy = Interface;TContext = ClassStrict PrivateVar/// <link>aggregation</link>FStrategy: IStrategy;PublicConstructor Create(AStrategy: IStrategy);Procedure ContextRequest;End;IStrategy = InterfaceProcedure Sample;End;TConcreteStrategy = Class(TInterfacedObject, IStrategy)PublicProcedure Sample;End;Implementation{$R *.dfm}Constructor TContext.Create(AStrategy: IStrategy);BeginInherited Create;FStrategy := AStrategy;End;Procedure TConcreteStrategy.Sample;Begin{ put your code for this particular strategy here }End;Procedure TContext.ContextRequest;BeginFStrategy.Sample;End;我们的实际算法类只要实现IStrategy接⼝就可以了.最后说下适⽤情况:许多相关的类仅仅是⾏为有异。

策略模式 (Strategy)

策略模式 (Strategy)

– flyweight：考虑用flyweight模式来实现strategy对象
• Examples
– ATL中COM对象的线程模型支持
什么情况使用策略模式
• 如果一个应用中有很多类，这些类的区别 主要是行为，则可以使用策略模式动态地 在多个行为中选择其一。 • 一个系统需要在多个算法中动态选择其一， 可以使用策略模式
策略模式的优缺点
• 优点： 1.策略模式提供管理相关算法族的方法。 2.策略模式提供了可以替代继承的一种方法。 3.可以使程序避免使用多重选择语句。 • 缺点： 1.策略模式要求客户端必须知道所有的策略 类。 2.策略模式产生了很多策略类。
public void setAmount(double amount) { this.amount = amount; } public double calculateDiscount() { return copies * amount; } }
• 没有折扣的计算代码 public class NoDiscountStrategy extends DiscountStrategy { private double price = 0.0; private int copies = 0; public NoDiscountStrategy(double price, int copies) { this.price = price; this.copies = copies; } public double calculateDiscount() { return 0.0; } }
Strategy模式(三)
• Struct
• Participants
– Strategy、ConcreteStrategy、Context