平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“实例解析Ruby设计模式开发中对观察者模式的实现方法”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

从实现思路看，一般来说，观察者模式的定义应该是这样的：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中自带实现观察者模式的类observer。能够借助它来实现观察者模式。

代码例子：

# -*- coding: GB2312 -*- 
 
require 'observer' 
# 观察者模式(ruby)的使用例子 
 
# 被观察者P 
class PObservable 
include Observable 
 
end 
 
# 观察者A 
class AObserver 
# update方法名是必须的要有的 
def update(arg) 
  puts "AObserver 被通知了 " + arg 
end 
end 
 
# 观察者B 
class BObserver 
# update方法名是必须的要有的 
def update(arg) 
  puts "BObserver 被通知了 " + arg 
end 
end 
 
# 观察者初始化 
observer_a = AObserver.new 
observer_b = BObserver.new 
 
# 被观察者初始化 
obj = PObservable.new 
 
# 添加监视对象 
obj.add_observer(observer_a) 
obj.add_observer(observer_b) 
 
# 被观察者改变了 ->这段代码 必须有 不然无法通知到观察者 
obj.changed 
 
# 通知观察者 
obj.notify_observers("Test") 
 

输出结果：

AObserver 被通知了 Test
BObserver 被通知了 Test

您可能感兴趣的文章:

• 设计模式中的观察者模式在Ruby编程中的运用实例解析
• 深入剖析Ruby设计模式编程中对命令模式的相关采用
• Ruby设计模式编程中对外观模式的应用实例分析
• 详解组合模式的结构及其在Ruby设计模式编程中的运用
• 设计模式中的模板方法模式在Ruby中的应用实例两则
• 实例解析Ruby设计模式编程中Strategy策略模式的采用
• 实例讲解Ruby采用设计模式中的装饰器模式的方法
• Ruby设计模式编程中采用Builder建造者模式的实例
• 详解Ruby设计模式编程中对单例模式的运用
• Ruby设计模式编程之适配器模式实战攻略
• Ruby采用设计模式中的代理模式与装饰模式的代码实例
• Ruby中采用设计模式中的轻松工厂模式和工厂方法模式
• 解析proxy代理模式在Ruby设计模式开发中的运用