Behavior DesignPattern Comparison

行为类模式比较

行为类模式包括责任链模式,命令模式,解释器模式,迭代器模式,中介者模式,备忘录模式,观察者模式,状态模式,策略模式,模板方法模式,访问者模式。这些模式都是经常要使用的。

###1.命令模式和策略模式 二者都是很重要的,只是命令模式多了一个Receiver的角色。 ####策略模式主要是封装,封装一个完整的,不可拆分的原则业务,然后让这些业务独立,并可以相互替换,让行为的变化独立于拥有行为的客户,其实就是一种算法替换问题,策略模式的粒度要比命令模式的粒度大一些,也就是说对算法的更改就是全部都要更改。

####比策略模式更加抽象的就是命令模式了,但是同时业务粒度变小,可以进行更加细致的调整!

比如我们在一个demo中最初使用策略模式实现,如果进行重构,我们就要启用命令模式了!

看类图:

核心代码就是下面这一块,通过动态绑定,执行我们传入类的具体函数Operate()


class context
{
public:
    context(IStrategy *isstrategy):m_strategy(isstrategy){}
    ~context(){}
    void Operate(void){m_strategy->Operate();}
private:
    IStrategy *m_strategy;
 
};

####命令模式关注的是解耦,如何让请求者和执行者解耦是这个模式的要求,也就是说把请求的内容封装成一个一个的命令,由接收者执行,并且可以对命令进行多种处理,例如撤销记录什么的。多用于多命令多撤销的场合。

下面来看看命令模式的UML diagram:

####调用关系就是 Invoker -> Commander -> Receiver

####Receiver是具体的执行者,在Receiver中是具体的业务执行者。对于mian(),我们只需要调用Invoker()执行就可以了,剩下的由Commander传递到Receiver中。

###2.策略模式和状态模式

####二者都是通过Context来进行委托!委托就是通过动态绑定实现的。比如下面的Request()方法。Request()方法调用Handle() ####首先我们要明确策略模式是无状态的,我们通过传入不同策略来达到不同的行为!

####状态模式是有状态的,通过状态来改变行为,我们调用的时候传入状态即可,这里我们要阐述一下,状态模式可以有单状态多状态,状态的改变可以是单向的,也可以是双向的。

不同点在于应用场景不同,策略模式是平行的,可相互替换的。状态模式要求的是有状态有行为的场景,也就是一个对象必须有状态和行为,状态和行为是一一对应的。而且明显状态模式的复杂度要比策略模式高很多。


class Context
{
public:
    Context(State* pState){this->_state = pState;}
    ~Context(){}
    void Request()
    {
        if(NULL != this->_state)
        {
            this->_state->Handle(this);
        }
    }
    void ChangeState(State* pState)
    {
        this->_state = pState;
    }
protected:
private:
    State* _state;
};

###3.观察者模式与责任者模式

观察者模式很多都是将几个Observer插入到容器中,然后在需要的时候update,达到通知的目的。

####也就是说上下级没有关系,都是接收同样的对象,所有传递的对象都是从链首传递过来的,上一节点是没有关系的,具体怎么传播是模式内部的事,可以是线性的传播,也可以是广播,也就是说按照自己的逻辑处理就好了。

####责任链模式就有上下级关系,比如DNS解析就是这种模式,顶级DNS服务器并不与用户直接解析,而是返回给下级的DNS,层层传送给用户,也就是说与用户交互的永远是LocalDNS!