观察者模式

观察者模式在状态监测和事件处理等场景中是非常有用的。这种模式确保一个核心对象可以由一组未知并可能正在扩展的‘观察者’对象来监控。一旦核心对象的某个值发生变化各个观察者在核心对象发生变化时,有可能会处理不同的任务;核心对象不知道也不关心这些任务是什么,通常观察者也同样不知道、不关心其他的观察者正在做什么。下图是他在UML中的表现形式:
观察者模式

关于UML图中各个图标的意思

观察者实例

观察者模式在一个冗余备份系统中是非常有用的。我们可以编写一个核心对象来维持一些特定的值,然后用一个或多个观察者来创建该对象的一系列副本。例如,这些副本可能储存在数据库、远程主机或者一个本地文件夹中。让我们来实现这个核心对象的一些属性:

class Inventory(object):
    def __init__(self):
        self.observers = []
        self._product = None
        self._quantity = 0

    def attach(self, observer):
        self.observers.append(observer)
        
    @property
    def product(self):
        return self._product
    
    @product.setter
    def product(self, value):
        self._product = value
        self._update_observers()
        
    @property
    def quantity(self):
        return self._quantity
    
    @quantity.setter
    def quantity(self, value):
        self._quantity = value
        self._update_observers()
    
    def _update_observers(self):
        for observer in self.observers:
            observer()

这个对象有两个属性,对其执行赋值,便调用_update_observers方法。该方法所做的全部工作就是对所有可用的观察者进行遍历,好让他们知道发生了一些变化。在这里,我们直接调用观察者对象,而这个对象必须实现__call__函数来处理变化。这在许多面向对象的编程语言中是不可能的,但是在Python中,这是一种让我们的代码更具有可读性的捷径。

现在让我们实现一个简单的观察者对象,他只是将一些状态打印到控制台。

class ConsoleObserver(object):
    def __init__(self, inventory):
        self.inventory = inventory
    
    def __call__(self):
        print(self.inventory.product)
        print(self.inventory.quantity)

这里没什么特别激动的事情:在初始化函数中设置被观测的对象,以及当观察者被调用时,我们会做一些事。我们现在来对观察者进行简单的测试:

i = Inventory()
c = ConsoleObserver(i)
i.attach(c)
i.product = 'Widget'
i.quantity = 5

# 输出:
Widget
0
Widget
5

将观察者附加到库存对象后,每当我们改变这两个被观察者属性时,观察者就会调用并执行动作。我们甚至可以添加两个不同的观察者实例:

i = Inventory()
c1 = ConsoleObserver(i)
c2 = ConsoleObserver(i)
i.attach(c1)
i.attach(c2)
i.product = 'Widget'
i.quantity = 5

# 输出:
Widget
0
Widget
0
Widget
5
Widget
5

这一次我们改变产品时,会出现两组输出,每个观察者各一个。这里的关键理念是,我们可以很容易的添加两个完全不同类型的观察者,从而将数据同时备份至文件、数据库或者互联网应用中。

观察者模式将正在被观察者的代码和执行观察的代码分离。如果我们不使用模式,我们就必须要在每个属性中添加代码来处理可能出现的情况,例如登录到控制台,更新一个数据库或文件等。每个人物的代码都会被观察的对象混合在一起。想要维护他们将会是一个噩梦,在日后添加新的监控功能也会变得非常痛苦。

参考:
《Python3 面向对象编程》

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容