ruby设计模式之观察者模式2————更加一般化的观察者模式

来源:转载

一般来说,观察者模式的定义应该是这样的:building a clean interface between the source of news that some object has changed and the consumers of that news。

观察者模式在消息的生产者和消费者之间建立了clean interface,这样就使得消息的生产者和消费者之间的耦合是抽象的。被观察者可以不认识任何一个的观察者,它只知道他们都实现了一个共同的接口。由于观察者和被观察者没有紧密的耦合在一起,所以他们可以属于不同的抽象层次。

观察者模式支持广播通信,被观察者会向每个注册了的观察者发送广播的change消息。这种广播模式就有可能导致观察者被循环通知,消耗极多的资源。

广义的观察者模式中应该定义2个角色。

  • Subject:产生消息的类就是subject。在上一篇的例子中就是Tester类;

  • Observer: 对subject产生的消息感兴趣的类。在上篇的例子中就是税务局,社保局类;

若是以男女关系来类比subject和observer,subject就应该是observer这个男孩子暗恋的女孩。男孩对女孩痴心一片,但是女孩总是若近若离,遮遮掩掩。于是男孩对女孩说:我会等你的,如果你有了归宿请通知我,否则我一直等下去。在这里男孩就是女孩的observer,他对女孩产生的消息——是否有了归宿感兴趣。于是当有了归宿这个消息产生时,女孩会通知男孩,一个爱情杯具诞生,但是完整的observer模式会完美实现。

作为subject,下面的这些接口是其应该实现的:

  • 增加observer

  • 移除observer

  • 通知observer

而作为observer,其需要实现接收通知时候的具体表现。

下面的例子使用ruby的module实现了较为传统的观察者模式。使用module的好处是:subject类可能是其他基类的子类,mixin实现了类似多继承的效果

module Subject def initialize @observers = [] end def add_observer ob @observers << ob end def delete_observer ob @observers.delete ob end def notify_observers @observers.each do |ob| ob.update self end endendclass Employee include Subject attr_reader :name, :title attr_reader :salary def initialize name, title, salary super() @name = name @title = title @salary = salary end def salary=new_salary @salary = new_salary notify_observers endendclass Taxman def update obj puts "#{obj.name} now has a salary of #{obj.salary}" endendjack = Employee.new('jack', 'prgramer', 3000)jack.add_observer(Taxman.new)jack.salary = 3000

我们可以自己实现Subject module,不过这样做有些画蛇添足,因为ruby核心库本身就包含了Observable模块,我们只需要将其mixin代码既可。

require 'observer'class Employee include Observable attr_reader :name, :title, :salary def initialize name, title, salary @name = name @title = title @salary = salary end def salary=(new_salary) @salary = new_salary changed notify_observers(self) end # salary=end # Employee

在notify_observers之前必须先调用changed方法,表示确实发生了改变,否则notify_observers方法是无效的。

分享给朋友:
您可能感兴趣的文章:
随机阅读: