说到事件监听模式,很容易将它和观察者模式联系在一起。 实质上这两者完成同类型的工作。依个人理解，事件监听模式更像是观察者模式的进阶。
用一张图来方便描述它们的区别:
观察者模式中，‘主题’会在特定逻辑下通知所有‘观察者’。 如果这个通知不包含任何信息，那么这种实现就是通常的观察者模式。
[cpp] view plain copy
class Subject
{
protected:
void notify()
{
for (int i = 0; i < numObservers_; i++)
{
observers_[i]->onNotify();
}
}
};
如果‘主题’通知‘观察者’的过程带有一些<其他信息>。那么‘主题’本身已经上升成为了‘事件源’， 而通知中带有的<其他信息>经过封装就成为了事件。
[cpp] view plain copy
class Subject
{
protected:
void notify(const Entity& entity, Event event)
{
for (int i = 0; i < numObservers_; i++)
{
observers_[i]->onNotify(entity, event);
}
}
};
事件监听模式的优势： 在很多应用场景中，通知中附带的<其他信息>是必不可少的， 事件Event则对这些<信息>进行了封装，使它本身拥有了多态的特性。 每个事件对象就可以包含不同的信息。但各个‘观察者’提供给‘主题’的接口仍然是统一的 ： onNotify(entity, event)
举个简单的例子，某游戏中的成就系统包含两种成就： 1.达成等级成就(观察者1) 2.达成战斗力成就(观察者2) 玩家(事件源)在完成升级时会创建两个对象， 升级事件(包含玩家等级字段) 战斗力提升事件(包含玩家当前战斗力字段)。 成就系统收到事件后执行统一的逻辑: observers_[event.type]->OnAchieveEvent(entity, event);
总结来说 事件监听机制就是对观察者模式进行了进一步抽象，节省了代码量。
