zoukankan      html  css  js  c++  java
  • 北风设计模式课程---策略模式与命令模式区别

    北风设计模式课程---策略模式与命令模式区别

    一、总结

    一句话总结:

    同一件事 >< 不同事情:策略模式是通过不同的算法做同一件事情:例如排序命令模式则是通过不同的命令做不同的事情,常含有(关联)接收者。
    是否含有接收者:命令模式含有,策略模式不含有。命令模式中的命令可以单独运行。

    1、策略模式与命令模式区别 的比喻?

    命令模式等于菜单中的复制,移动,压缩等,而策略模式是其中一个菜单的例如复制到不同算法实现。

    2、命令模式 和 职责链模式 的区别?

    命令模式:将多个命令只提交给一个执行该命令的对象
    职责链模式:只将一个请求提交给多个能执行该命令的对象

    3、状态模式与职责链模式的区别?

    知道下一个处理对象:状态模式是让各个状态对象自己知道其下一个处理的对象是谁,即在编译时便设定好了的;
    客户端设定下一个处理对象:职责链模式中的各个对象并不指定其下一个处理的对象到底是谁,只有在客户端才设定。

    二、【转】策略模式与命令模式区别

    转自或参考:【转】策略模式与命令模式区别
    资料来源于网络.html

    策略模式 把易于变化的行为分别封装起来,让它们之间可以互相替换, 让这些行为的变化独立于拥有这些行为的客户。
    GoF《设计模式》中说道:定义一系列算法,把它们一个个封装起来,并且使它们可以相互替换。该模式使得算法可独立于它们的客户变化

    Command命令模式是一种对象行为型模式,它主要解决的问题是:在软件构建过程中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”的问题。
    GoF《设计模式》中说道:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作

    从这点看:

    策略模式是通过不同的算法做同一件事情:例如排序

    而命令模式则是通过不同的命令做不同的事情,常含有(关联)接收者

    目标不同!

    命令模式是含有不同的命令(含有接收者的请求):做不同的事情;隐藏接收者执行细节。常见菜单事件,

    而策略模式含有不同的算法,做相同的事情;

    区别在于是否含有接收者。命令模式含有,策略模式不含有。命令模式中的命令可以单独运行。

    打个比喻就是:

     命令模式等于菜单中的复制,移动,压缩等,而策略模式是其中一个菜单的例如复制到不同算法实现。

     
    命令模式,就是传递、调度请求的一个过程;
    策略模式,是选择哪一个算法执行的过程;
    两者的本质思想是有很大区别的,虽然都是行为模式。
     
     
     

    三、命令模式、状态模式、责任链模式区别(转)

    转自或参考:命令模式、状态模式、责任链模式区别(转)
    https://www.cnblogs.com/bingosblog/p/4204080.html

    命令模式:一次设定,统一执行。
    状态模式:
        相当于If else if else;
        设计路线:各个State类的内部实现(相当于If,else If内的条件)
        执行时通过State调用Context方法来执行。
    职责链模式:
        相当于Swich case
        设计路线:客户设定,每个子类(case)的参数是下一个子类(case)。
        使用时,向链的第一个子类的执行方法传递参数就可以。

    ————————————————————————————————————

    命令模式:将多个命令只提交给一个执行该命令的对象
     而职责链模式相反:只将一个请求提交给多个能执行该命令的对象

     状态模式与职责链模式的区别:
     状态模式是让各个状态对象自己知道其下一个处理的对象是谁,即在编译时便设定好了的;
     而职责链模式中的各个对象并不指定其下一个处理的对象到底是谁,只有在客户端才设定。

    ————————————————————————————————————

    职责链模式

    链的组织是从最特殊的到最一般的,并且不能保证请求在任何情况下都回有相应。

    职责链将程序中每个对象能做什么的内容隔离,即职责链减少了对象之间的耦合,每个对象都能独立操作。职责链也可用于构成主程序的对象和包含其它对象实例的对象。

    适用场景:

    1 具有相同方法的几个对象都适合于执行程序请求操作,但由对象决定由谁去完成操作,比把决策建立在调用代码中更合适

    2 其中某个对象可能最适合处理请求,但你不想通过一些列if-else语句或switch语句去选择一个特定的对象

    3 程序执行时,需要向处理选项链中添加新的对象

    4 在多个对象都能执行一个请求的情况下,你不想把这些相互作用的内容放在调用程序里

    链中每个对象都是“自治”的,最后一个对象决定是默认处理请求,还是抛弃




    命令模式

    职责链沿类链转发请求,而命令模式只将请求转发给一个特定对象。命令模式把一个申请特定操作的请求封装到一个对象中,并给该对象一个众所周知的公共接口,使客户端不用了解实际执行的操作就能产生请求,也可以使你改变操作而丝毫不影响客户端程序。

    命令模式的效果:

    命令模式的主要缺点是,增加了使程序散乱的小类,不过,即使有单独的单击事件,也通常都调用小的私有方法完成具体功能。最后的结果是,私有方法和我们这些小类的代码长度几乎一样,因此,构建 Command类和编写较多的方法在复杂性上通常没有区别,主要区别是命令模式生成的小类更容易理解。

    使用命令设计模式的另一个主要原因是,他们提供了一个便捷的存储方法并能完成Undo功能。每个命令对象都记住刚刚做过的事,并在有Undo请求时,只要计算量和内存需求不太过分,就能恢复到刚才的状态

     
  • 相关阅读:
    Apache+php显示错误信息
    Laravel 中的多组认证模式
    Laravel 如何在Blade模板中能够根据不同的子页面附加不同的js和CSS
    Laravel 数据库
    Laravel Middleware 中间件笔记
    Laravel Routing笔记
    Laravel 进阶任务笔记
    Laravel 基本任务笔记
    Laravel5 根目录router无效
    Fedora23 安装 psycopg2
  • 原文地址:https://www.cnblogs.com/Renyi-Fan/p/11094611.html
Copyright © 2011-2022 走看看