策略模式

之前学习过设计模式，可是一直都没有用，而且也已经差不多忘记了。可是最近在项目中碰一些场景，为了解决共用、扩展和维护等问题。想出来的方法，既然又回到了设计模式。反而印象更深，原来真的是只要你往软件开发的一些原则上去想办法解决问题，有时间真的发现又回到了设计模式。下面我只是写出自己碰到的场景和策略模式如何解决，相信大家都看过了很多设计模式的书。对基本的知识应该了解很多。

场景：网元之间都是通过XML消息交互，而不同的XML消息格式却是不一样的。所以每个网元的XML消息都需要一个独立的解析器去解析XML消息。

刚开始，我们只想到每个网元接收到其它网元XML消息的时候，用判断条件选择不同的网元解析器去解析。也就这样一直做下去，可是呢？后来，网元的添加，需求的变更。我们又要为每个网元代码上加上更多的IF来判断各种网元的解析器。维护和阅读带来了很大的不方便。

为了解决这个问题，我们就想，如何让解析器独立出来，不放在各个网元中，而是放在一个共同的地方，且又方便扩展、维护和阅读。

所以我们就想到之前参数只有XML消息，然后通过判断XML消息才决定使用那种解析器，而且解析器还存在在各自的网元中。这次我们实现参数有XML消息及对应的解析器。这样就解决了。

我们定义了一个解析器接口，接口中定义一个解析方法。各个网元解析器只要实现这个接口即可。

原先的代码：

void parseXML(Document xmlMsg)

{

If A网元的XML

A网元.parseXML(xmlMsg)

else If B网元的XML

B网元.parseXML(xmlMsg)

else If C网元的XML

C网元.parseXML(xmlMsg)

...

}

使用策略模式后:

void parseXML(Document xmlMsg,XMLStrategyInterface strategy)

{

strategy.parseXML(xmlMsg);

}

当然我们不只是可以定义接口，如果我们存在几个公有的行为。这个时候，我们可以通过定义抽象类为策略类。因为有些策略可以是存在其它的策略上面的。我们还可以继承其它的策略。形成代码向上集中，即是最先的策略类接口中。

下面内容是从《Java与模式》中引出的。

1、在什么情况下应当使用策略模式

（1）如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。

（2）一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些具体算法类都是一个抽象算法类的子类。换言之，这些具体算法类均有统一的接口，由于多态原则，客户端可以选择使用任何一个具体算法类，并持有一个数据类型是抽象算法类的对象。

（3）一个系统的算法使用的数据不可以让客户端知道。策略模式模式可以避免让客户端涉及到不必要接触到的复杂的各只与算法有关的数据。

（4）如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。

2、策略模式的优点和缺点

优点：

（1）策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。

（2）策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法使用专利申请不各算法或行为本身混在琴声。决定使用哪一种算法或采取哪里一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

（3）使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

缺点：

（1）客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

（2）策略模式造成很多的策略类。有时候可以通过把领带于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同。换言之，可以使用享元模式来减少对象的数量。

最简单的策略代码：

环境（Context)角色：持有一个Strategy类的引用。

public class Context

{

private Strategy strategy;

public void contextInterface()

{

strategy.strategyInterface();

 

}

}

抽象策略

abstract public class Strategy

{

public abstract void strategyInterface();

 

}

具体策略

public class ConcreteStrategy extends Strategy

{

public void strategyInterface()

{

//write you algorithm code here

    

}

}