设计模式-行为型模式,观察者模式(13)

当对象间存在一对多关系时,则使用观察者模式(Observer Pattern)。比如,当一个对象被修改时,则会自动通知它的依赖对象。观察者模式属于行为型模式。

有时,我们希望在一个对象的状态改变时更新另外一组对象。

 

class Publisher:

    def __init__(self):
        self.observers = []

    def add(self, observer):
        if observer not in self.observers:
            self.observers.append(observer)
        else:
            print('Failed to add: {}'.format(observer))

    def remove(self, observer):
        try:
            self.observers.remove(observer)
        except ValueError:
            print('Failed to remove: {}'.format(observer))

    def notify(self):
        [o.notify(self) for o in self.observers]


class DefaultFormatter(Publisher):

    def __init__(self, name):
        Publisher.__init__(self)
        self.name = name
        self._data = 0

    def __str__(self):
        return "{}: '{}' has data = {}".format(type(self).__name__, self.name, self._data)

    @property
    def data(self):
        return self._data

    @data.setter
    def data(self, new_value):
        try:
            self._data = int(new_value)
        except ValueError as e:
            print('Error: {}'.format(e))
        else:
            self.notify()


class HexFormatter:

    def notify(self, publisher):
        print("{}: '{}' has now hex data = {}".format(type(self).__name__,
                                                      publisher.name, hex(publisher.data)))


class BinaryFormatter:

    def notify(self, publisher):
        print("{}: '{}' has now bin data = {}".format(type(self).__name__,
                                                      publisher.name, bin(publisher.data)))


def main():
    df = DefaultFormatter('test1')
    print(df)

    print()
    hf = HexFormatter()
    df.add(hf)
    df.data = 3
    print(df)

    print()
    bf = BinaryFormatter()
    df.add(bf)
    df.data = 21
    print(df)

    print()
    df.remove(hf)
    df.data = 40
    print(df)

    print()
    df.remove(hf)
    df.add(bf)
    df.data = 'hello'
    print(df)

    print()
    df.data = 15.8
    print(df)

if __name__ == '__main__':
    main()

 

1、发布者中有个方法添加所有观察(订阅)者对象,当发布某个东西(例子中的data变化)时,调用所有已添加的订阅者的某个方法。

 

2、这个模式也是以一个十分重要的模式,java python里面的日志管理都是使用了观察者模式。具体就是logger和handler就是发布者和订阅者的关系,当logger添加了stremhandler,那么日志就可以显示到控制台,添加了filehandler那么就可以记录到文件,添加了smtphandler就可以把日志发送到邮箱。十分的方便解耦,可以选择日志记录到某一个地方或者几个地方或者所有地方。如果日志想要记录到mongo redis什么的,只需要继承handler基类,自己实现emit方法就可以了,如果不理解这个关系,就很难自己写日志扩展,或者是只能照葫芦画瓢,不知道为什么要那么写,为什么添加了handler就可以把日志记录到相关地方。如果使用print并且实现以上这些扩展那要写很多东西,还不如使用日志。如果生产项目全部直接使用裸print,这样写代码真的是很垃圾小学生水平,因为项目跑起来后,文件引用一环套一环根本不知道哪里print的,而且print要想扩展那又是成了自己发明logging模块了。

 

3、再顺便说下logging日志使用logger.debug 和logging.debug有什么区别?我从不使用logging.debug。包括所有三方包绝对都不会直接这么去使用。logging.debug的debug是一个函数,直接这么写那么日志的命名空间是root根日志,如果想禁用这个日志,那么是removerhandler还是直接设置级别为critical来禁用日志?两种都不好,对根日志操作打击面积太大误伤率太高,万一有的地方的日志你就是想记录呢。而且logging定制性不高,你想把某个日志记录到a文件,某个日志记录到b文件,某个日志只发邮件,就必须用更小命名空间的logger了。logging.debug实际是  logging.getLogger(None).debug(),   logger.debug是logging.getLogger(‘yourname’).debug(),一般yourname可以设置成__name__方便快捷,所以可以对单独命名空间的日志进行定制handler或者移除handler或者对某类型日志设置最高级别。例如使用urllib时候,可以单独的操纵connectionpool命名空间的日志,设置显示他或者不显示他,设置他的级别为error级别完全不会影响到别的命名空间下的日志的级别设置。

 

posted @ 2018-03-08 13:21  北风之神0509  阅读(23081)  评论(0编辑  收藏  举报