从 BackboneJS 的源码开始说事件模型

为什么要事件模型

先从 BackboneJS 开始说起。BackboneJS 设计的比较好的一部分代码就是事件相关的内容，传送门：
http://backbonejs.org/docs/backbone.html#section-13

jQuery 里面用到最多的就是bind相关的操作，为一个按钮绑定点击事件，给他解绑一个事件或者解绑所有事件，这一类的事件都是面向Dom对象。富应用中还需要一类孤立于DOM的事件，他们也需要类似添加事件、删除事件、解绑事件和触发事件。例如监测URL的变化，在其他地方可能绑定了很多事件，但是真实变化的时候只需要触发一下边能执行所有方法。

事件模型的代码

最终我自己框架里面写的事件很大部分参考了 BackboneJS ,具体代码传送门：
https://github.com/vincenting/HaiyiYun/blob/master/src/vintjs.js#L175

主要的功能包括绑定 on ，解绑 off ，触发 trigger 。on 最终期待的参数是(事件名称，回调函数，回调函数上下文），off最终期待的参数是（事件名称[，回调函数][，回调函数上下文]），trigger 最终期待的参数是(时间名称[，args...])。但是为了灵活，还需要一些灵活的参数，例如时间名称允许是多个事件名称以空格分开，以及以对象的形式同时传入名称和回调函数。于是 BackboneJS 中使用了eventsApi 进行统一的处理。

题外话－内存洁癖

Javascript 里面写[]实际上是 new Array，因此很容易无意中产生很多使用很临时的列表对象，例如一些临时列表，作为参数使用 apply 传递给函数。对于一个列表来说，最快的清空方法就是修改他的length，如下

var arr = [1,2,3,4];
arr.length = 0;
console.log(arr);

之后 arrObj 内容便会被释放。这样的对象可以多次使用，但是非临时的变量一定不能使用。原因如下：

var arr = [1,2,3,4];
var new_list = arr;
arr.length = 0;
console.log(new_list[0]);

相同的 Object 也可以运用类似的方法来重复使用。这些都是为了尽量减少对象的新建，页面一直开着什么情况都有可能发生，其他对象也是如此，字符串、函数、正则对象。

可能用到事件的地方

• 之前有提到的url变化的时候会触发事件，这些事件可能包括去寻找对应的路由并解析，对当前状态存在的事件统一解绑，删除Dom等等。
• 控制器间的通信也会用到事件模型。一个控制器中触发了一个事件，然后事件被触发去和其他控制器通信。
• 数据和视图的绑定也需要使用事件。一个数据更新了调用什么方法去更新视图，一个列表删除或者添加数据了又去调用什么方法去更新视图。
• 还有就是系统内部的解耦等等。

完成事件之后就需要去监听url的变化并且解析，以及一些类似于后台的url处理方法。（更新待续）