事件模块Backbone.Events是Backbone的核心，Model、Collection、View都依赖它。
此外，事件模块的所有方法都挂在了全局的Backbone上，如果你的代码中需要用到自定义事件(实现观察者模式)，可以直接使用它。
标示符Events是内部的一个引用，为讨论方便，这里也省去了前缀Backbone，这篇文章会从以下几个点分析
- Events API
- Events的用法
- Events内部数据结构 (_events/_listeners)
- 特殊事件: “all”
- Events与Model、Collection、View、Router、History的关系
一、Events API
1.0之前只提供了三个基本方法 on/once/off/trigger，1.0开始增加了几个实用方法 listenTo/listenToOnce/stopListening。
以下是各个方法的意义
- on 添加自定义事件
- off 删除自定义事件
- trigger 派发自定义事件
- once 添加只执行一次的自定义事件 （内部依赖于_.once）
- listenTo 添加一个观察对象
- listenToOnce 添加一个仅执行一次的观察对象
- stopListening 删除添加的观察对象
二、Events的代码鸟瞰
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | var Events = Backbone.Events = { on: function(name, callback, context) { // ... }, once: function(name, callback, context) { // ... }, off: function(name, callback, context) { // ... }, trigger: function(name) { // ... }, stopListening: function(obj, name, callback) { // ... }};var eventSplitter = /s+/;var eventsApi = function(obj, action, name, rest) { // ...};var triggerEvents = function(events, args) { // ...};var listenMethods = {listenTo: 'on', listenToOnce: 'once'};_.each(listenMethods, function(implementation, method) { Events[method] = function(obj, name, callback) { // ... };});Events.bind = Events.on;Events.unbind = Events.off;_.extend(Backbone, Events); |
1. 先定义了一个对象（单例），直接挂上了接口方法on/once/off/trigger/stopListening，注意虽然Events头字母大写，这里不是定义一个类或构造器，而是一个单例对象。
剩下的变量和函数都是辅助这个对象的，它们都在闭包空间里，外部不可访问如eventSplitter、eventsApi等
2. eventSplitter用来实现空格间隔一次添加多个事件，如 .on('event1 event2', handler)
3. eventsApi实现的很巧妙，它辅助on/once、off、trigger完成事件的添加、删除、派发。你会发现这里是一个递归调用，来实现一些批量添加事件。如
1 2 3 4 5 6 7 8 9 10 | // 空格间隔批量添加多个事件.on('event1 event2', handler)// 哈希对象批量添加var obj = { event1: handler1, event2: handler2, event3: handler3}.on(obj) |
4. triggerEvent辅助trigger方法实现派发事件，它的实现有些特殊，见 冗余换性能
5. 后面的listenMethod和一个each迭代，会给Events添加两个新方法listenTo和listenToOnce
6. 再下面两行给on/off分别取了别名bind/unbind。其实这也是为了兼容老版本，最早的版本添加/删除事件为bind/unbind。
7. 最后一行把Events掺合到全局的Backbone对象上了
拓扑图如下
三、Events内部数据结构 (_events/_listeners)
相对来说，目前的内部数据结构比较简单。采用传统的先哈希，后数组存储事件处理器对象，处理器对象上有callback和context及ctx。其内部有两个关键对象_eventshe _listeners，都以下划线开头，说明这是私有的(并非真正私有，一种语法约定，真正私有可使用闭包实现)，仅供内部使用。
_events 这个哈希是默认是挂在Backbone.Events上，由于Events是一个对象，所以很容易被Mix到任何想增加自定义事件的类或对象上。此时_events则挂在该对象上。如Backbone.Model，Backbone.Collection，Backbone.View，当给其实例添加自定义事件时，_events则挂在它们的实例对象上。
_events的结构如下
1 | _.extend(Backbone, Events); |
_listeners 和 _events一样默认也是挂在Backbone.Events上。顾名思义，它是一个监听器，即可以为其它对象(具有Backbone.Events的所有方法的对象)被添加事件。它的key是以字母“l”开头后跟递增的数字组成，value是一个 “a mixin of Backbone.Events”。
_listeners的结构如下
最后又把Events上的所有方法都拷贝到标示符Backbone这个全局对象上，即给Backbone添加了如下方法。这时可以很方便的使用它给自己的类添加自定义事件。
四、 特殊事件“all”
事件名“all”，在trigger方法中，仔细看代码，你会发现trigger方法中调用了两次triggerEvents，一次是通过参数传进来的事件，另一次则固定为“all”事件。
1 2 3 4 | var events = this._events[name];var allEvents = this._events.all;if (events) triggerEvents(events, args);if (allEvents) triggerEvents(allEvents, arguments); |
trigger的通常实现只需把事件名，参数传进来，取哈希(这里是_events)上取该事件的所有handlers(存在在数组里)，挨个执行。但这里为什么每一次trigger调用还要单独取下all事件，然后执行呢？
如果只看Backbone.Events模块，是很难理解的。那么就搜索下整个Backbone.js，看“all”事件在哪些地方使用到。最后发现只在Backbone.Collection中用到，且仅一处。
1 | model.on('all', this._onModelEvent, this); |
只看这一行代码，还是难以理解。需要结合Backbone.Model和Backbone.Collection一起看。
这里先简单说下，我们知道这行代码所在方法是Collection.add，在往collection中添加model时执行的，即添加的model都会注册一个“all”事件。而当model自身销毁(destroy)或修改(change)的时候，需要通知其所在Collection。
例如，model销毁后，Collection需要在集合中把它删除，Collection的长度也需要减一。model修改后，也需要通知Collection，这样给Collection添加的change事件也会触发。
这就是“all”事件的真正用途，以前曾想既然Backbone的View和通信都依赖于jQuery，那么事件模块也完全可以使用$.Callbacks。不曾想到还有一个特殊的“all”事件。
五、Events与Model、Collection、View、Router、History的关系
来看下代码
1 2 3 4 5 6 7 8 9 10 11 12 | _.extend(Model.prototype, Events, {})_.extend(Collection.prototype, Events, {})_.extend(View.prototype, Events, {})_.extend(Router.prototype, Events, {}) |
把事件模块mixin到这几个类的原型上去了。一句话，这些类都具有Pub/Sub的功能，即都可以实现自定义事件，它们之间也就可以通过事件很方便的降低耦合。如果在加上数据、视图、逻辑的分层效果，这就是整个Backbone的精华了。
www.cnblogs.com/snandy/archive/2013/05/28/3074346.html