一般来说，观察者模式的定义应该是这样的：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
end
end
class 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
end
end
class Taxman
def update obj
puts "#{obj.name} now has a salary of #{obj.salary}"
end
end
jack = 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方法是无效的。