浅析设计模式之策略模式—：为什么总是继承[3]

浅析设计模式之策略模式—：为什么总是继承[3]软件测试

关键字：uml  二、 Strategy 策略接口，给算法族定义一个通用的接口，让客户以一种一致的方法去访问。（I教务处报到，I缴费）

    三、 ConcreteStrategy 这就是具体的策略实现了，实现策略接口（各报到步骤的实现）。

    在我们的例子中报到的步骤就是算法族 比如“缴费”这个步骤，有多种缴费方式，我们将其封装起来，客户调用的时候并不需要了解你是怎么实现这个“缴费”的，这个过程对于客户来说是透明的。这些不同的“缴费”步骤之间是可以无缝的替换，而客户对此一点都不知觉。

    好了，既然解决方案提出来了，我们就来实现它吧 。

    首先我们定义所有的报到步骤的接口：

public interface I教务处报到
{
void 教务处报到();
}
public interface I缴费
{
void 缴费();
}
public interface I本院系报到
{
void 本院系报到();
}
public interface I教材科发教材
{
void 教材科发教材();
}

下面我实现两个教务处报到的步骤，其他的就当作课后作业了，呵呵。

public class 教务处报到A : I教务处报到
{
public void 教务处报到()
{
Console.Write("教务处报到，A类实现");
}
}
public class 教务处报到B : I教务处报到
{
public void 教务处报到()
{
MessageBox.Show("教务处报到，B类实现");
}
}

    再看看我们的高校类的实现吧：

public class 高校
{
public 高校(I教务处报到 p教务处报到,I缴费 p缴费,I本院系报到 p本院系报到,I教材科发教材 p教材科发教材)
{
this._教务处报到 = p教务处报到;
this._缴费 = p缴费;

原文转自：http://www.ltesting.net