今天梳理一下命令模式。
博客惯例,给出度娘的解释:在软件系统中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合,比如要对行为进行“记录、撤销/重做、事务”等处理,这种无法抵御变化的紧耦合是不合适的。在这种情况下,如何将“行为请求者”与“行为实现者”解耦?将一组行为抽象为对象,实现二者之间的松耦合。这就是命令模式(Command Pattern)。
怎么去理解?哈哈,不慌不忙,我再给大家举一个例子。昨天我们借KFC说的工厂模式。那么我们这次就不去KFC了,作为一个吃货,Leo决定和女朋友去一个稍微好一点的餐厅。那里面呢灯光比较柔和,音乐也比较舒缓,非常适合聊聊天,增进感情之类的~然后嘞,点餐的方式也发生了一些改变。不像KFC一样拼命地向前面挤,而是可以向旁边的服务人员点单。Leo发现这样做简直是服务贴心,一开始上一个汤,之后是几个菜,然后可以放松一下和她聊一会,最后还会上一个甜点。这一切上菜的时间都是旁边的服务员小哥策划的,作为付账的我不用为餐厅的一切操心。
诶诶~想着想着我就像我真有一个女朋友一样TAT。不过,我刚才YY的那一个场景,就很像设计模式中的命令模式。我(客人)作为一个命令的发起者并不站在解决命令的第一线,而是把“命令发起”和“命令实施”拆除,在例子中,贴心的服务员小哥就是那个命令的实施者,他会把我内心的想法或者他觉得符合逻辑的命令及时地表达出来。实现了一种“行为请求者”与“行为实现者”解耦。
在程序设计中,我们可以将命令单独封装一下,然后把实施过程作为一个收纳命令的一种类,然后对它进行实时的调度。这样一来,我们就设计出了命令模式啦~
下面给出类图和实现代码:
class chef:
def cook_soup(self):
print 'cook_soup'
def cook_dish(self):
print 'cook_dish'
def cook_dessert(self):
print 'cook_dessert'
class food:
def __init__(self,chef):
self.chef=chef
class soup(food):
def cook(self):
self.chef.cook_soup()
class dish(food):
def cook(self):
self.chef.cook_dish()
class dessert(food):
def cook(self):
self.chef.cook_dessert()
class waiter:
def __init__(self):
orderlist=[]
self.order=orderlist
def order_food(self,food):
self.order.append(food)
def serve_dish(self):
for order in self.order:
order.cook()
if __name__=='__main__':
nicewaiter=waiter()
nicewaiter.order_food(soup(chef()))
nicewaiter.order_food(dish(chef()))
nicewaiter.order_food(dessert(chef()))
nicewaiter.serve_dish()