本篇内容介绍了“如何理解command设计模式”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!command
本篇内容介绍了“如何理解command设计模式”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
command模式
这个模式我们在日常当中经常使用,举一个很简单的例子,比如说我们发布代码。发布了之后发现不小心发布上去了一个bug,这个时候我们应该做什么?很简单,就是回滚,把线上的代码回滚到这一次发布之前的代码。这样我们这次发布带来的改动就会被消除,那么就避免了bug的产生。
那么,对于一个发布系统来说,它需要做什么?其实也就是两个功能,一个是发布另外一个是回滚。这两个操作是互相可逆的,对于它的使用者来说,是不会关心它的内部是如何实现的,我们只需要在页面上按按钮就好了。
我们来回顾一下这个过程,我们点击发布,可以把最新的代码发布上线。发布之后发现问题,再点击回滚,系统再自动恢复到发布之前的状态。发布和回滚彼此是可逆的,当我们消除掉bug之后,再次点击发布,又可以再次发布最新的代码了。
command模式就是做的这个事情,也就是对do和undo的封装。我们来看一个很简单的例子,对文件改名。比如说我们要把系统当中的文件改名,从A.txt改成B.txt。这个功能很简单,系统为我们提供了现成的函数,叫做os.rename(),我们只需要把A和B两个文件的地址传入其中即可。
假如我们发现改名字改错了,想回滚怎么办呢?会发现我们改动之前的名字已经忘了,不知道怎么回滚了。这个时候就可以使用command模式,我们来看代码:
import os class MoveFileCommand: def __init__(self, src, dest): self.src = src self.dest = dest def execute(self): self.rename(self.src, self.dest) def undo(self): self.rename(self.dest, self.src) def rename(self, src, dest): print('renaming from {} to {}'.fORMat(src, dest)) os.rename(src, dest)
在execute方法当中,我们把文件从src变成了dest,如果想要回滚,它又会再次调用rename。将文件名从dest回滚到src。这样的话,作为使用方就可以完全不用理解api内部的实现逻辑了,不然的话为了防止改错了的情况,还需要做很多适配。
menu item
有了command模式之后我们可以在外面在封装一层用来ui交互上,我们很常见的一种UI交互方式就是按钮。某一个按钮点一下之后会出现一个按过的标记,并且实现一个什么功能。再按一次标记消失,功能也随之关闭。
我随便找了一个例子,比如下图菜单当中的show minimap,show breadcrumbs这些都是这样的功能。点一下出现缩略图,再点一下缩略图消失。
如果你写过UI页面的话,一般来说我们会先定义一个Menu Item的类,表示菜单当中的所有的item的基类。不同的选项表示不同的item,我们进一步分析会发现有些item我们需要这样双击关闭的机制,而有些item是没有的。比如上面的Run、Output这些item都是点一次执行一次的。
我们当然可以把上面介绍的Command对象直接当做item,但是这样不利于整个菜单的统一,所以我们还会在外面包一层。比如所有MenuItem的父类应该是这样的:
class MenuItemBaseClass: def __init__(self): pass def pressed(self): pass def unpress(self): pass
有了这个基类之后,我们就可以实现一个可回滚的类,将command的对象作为类成员变量,再在其中实现unpress方法:
class RedoableMenu(MenuItemBaseClass): def __init__(self, command): self_command = command def pressed(self): self._command.execute() def unpress(self): self._command.undo()
这样我们的UI就和command解耦了,如果我们想要实现不同的可以回滚的功能, 只需要实现不同的command创建实例就可以了。对于整个UI的使用没有任何影响,UI组件当中用到的所有类都是统一的。可能在python这种弱类型语言当中看不太出来,因为我们一个list说是menu基类的list,但是其实装什么都行。但如果是强类型语言,那么这种抽象和封装就是非常有必要的了。
“如何理解command设计模式”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注编程网网站,小编将为大家输出更多高质量的实用文章!
--结束END--
本文标题: 如何理解command设计模式
本文链接: https://lsjlt.com/news/84473.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0