Backbone.Events—纯净MVC框架的双向绑定基石
为什么Backbone是纯净MVC?
在这个大前端时代,各路MV*
框架如雨后春笋搬涌现出来,在infoQ上有一篇
12种JavaScript MVC框架之比较,胜出的是Ember.js
,当然这只是
Gordon L. Hempton的一家之言(Ember.js确实有其强大之处),关于孰强孰弱,大家肯定有自己心中的No.1。关于到底有多少种前端MVC
框架,愚安我肯定是不知道的,除了上面提到的12种以外,还有很多国内国外的MV*
框架,大家造轮子的热情也无比高涨,各种demo活跃在
各大技术社区。一时间有句调侃的话——前端MV*哪家强,不服写个TodoList
,这里有一个目前主流的MV*框架写的Todolist的example,叫做
Helping you select an MV* framework大家可以稍作了解。
我们知道,MV*框架的优势在于,在结构上其可以组织良好的结构化、模块化代码;在逻辑上,实现以下功能:
- 构建DOM
- 实现视图逻辑
- 在模型与视图间进行同步
- 管理复杂的UI交互操作
- 管理状态和路由
- 创建与连接组件
在诸多的此类框架中,笔者真正在生产环节使用过的聊聊无几,如,Angular,Backbone,Ember,React,其余的我就不敢多言了。
其中,React.js
使用的是一种叫做virtual dom
的概念,让我眼前一亮。Angular.js
采用一种预编译技术,将dom中的元素与Controler的scope
结合起来,然后采取脏轮训的方式监听二者的变化,实现模型数据与dom间的双向绑定,实时更新。而Ember.js
作为Ruby on Rails
框架开发团队的
又一力作,其野心可以从其类库的强大看出,单纯的Ember.js文件就有足足141kb,而且Ember在视图层提供了数据绑定的功能,可以轻松实现
页面数据与模型的数据绑定。
而今天愚安要说的Backbone.js
相比以上三者,就显的弱小多了,其文件大小只有18kb(无依赖未压缩)。为了单纯的实现一个MVC结构,Backbone
并没有像其他框架那样,花大力气增强自己的工具类库。其在操作dom和ajax上完全依赖jQuery
,在工具类上完全依赖underscore
。
正是因为如此,Backbone的结构十分简洁清晰,易于扩展,所以Backbone得开源社区十分活跃,插件数量在所有MV*
框架中鹤立鸡群。所以,加上注释也只有1700
余行的Backbone是一个纯净的MVC框架。
Backbone的结构
打开Backbone的官网,我们发现构成Backbone的模块只有Events
,Model
,Collection
,Router
,History
,Sync
,View
,noConflict
几部分组成。
折叠后的Backbone关键代码如下:
Backbone.VERSION = '1.1.2';//版本
Backbone.$ = $;
//出让对Backbone命名空间的所有权
Backbone.noConflict = function() {
};
//Events事件
var Events = Backbone.Events = {
};
_.extend(Backbone, Events);
//Model模型
var Model = Backbone.Model = function(attributes, options) {
};
_.extend(Model.prototype, Events, {
});
//Collection集合
var Collection = Backbone.Collection = function(models, options) {
};
_.extend(Collection.prototype, Events, {
});
//View视图
var View = Backbone.View = function(options) {
};
_.extend(View.prototype, Events, {
});
//sync同步方法
Backbone.sync = function(method, model, options) {
};
//贴出只是为了佐证Backbone的ajax是使用jQuery的ajax,而不是像Angular.js那样实现自己的$http
Backbone.ajax = function() {
return Backbone.$.ajax.apply(Backbone.$, arguments);
};
//Router路由
var Router = Backbone.Router = function(options) {
};
_.extend(Router.prototype, Events, {
});
//History浏览历史(window.history)
var History = Backbone.History = function() {
};
_.extend(History.prototype, Events, {
});
Backbone.history = new History;
//在underscore基础上实现的关键性的继承方法,这个也很关键
var extend = function(protoProps, staticProps) {
});
Model.extend = Collection.extend = Router.extend = View.extend = History.extend = extend;
不得不承认Backbone的代码真的非常简洁清晰。
Events如何实现从Model到View的绑定?
通过上面的简单折叠代码,我们可以看出,不管是Model
,Collection
,Router
,History
,History
,甚至是Backbone本身,
都或通过原型链或直接继承了Backboe.Events
。这也是在Backbone的代码编写顺序上Backboe.Events
会放在最前面的原因。
那么Backboe.Events
到底做了些什么呢?还是贴代码最有说服力:
var Events = Backbone.Events = {
//绑定一个事件到`callback`回调函数上。通过 `"all"`可以绑定这个回调函数到所有事件上
on: function(name, callback, context) {
},
//绑定一个仅会被触发一次的事件。在这个事件的回调函数被调用一次之后,这个回调函数将被移除
once: function(name, callback, context) {
},
//移除一个或多个的事件回调
off: function(name, callback, context) {
},
//触发一个或多个事件,调用对应的回调函数。
trigger: function(name) {
},
//`on`和`once`的控制反转版本。告诉当前对象去监听另一个对象的事件
listenTo: function(obj, name, callback) {
},
listenToOnce: function(obj, name, callback) {
},
//告诉当前对象停止对指定对象的指定事件的监听,或停止所有监听
stopListening: function(obj, name, callback) {
}
};
基于这样的一个Events对象的实现,Backbone可以轻松实现了很多功能,如在Model.set(key,value)
时触发一个change
事件,视图层在扑捉到
这个事件的时候,对dom做出相应的更新,这样就实现了Model层到View层的绑定。例如:
var View = Backbone.View.extend({
initialize:function(){
this.listenTo(this.model,'change:name',this.onNameChange);
},
onNameChange:function(){
this.$('.name').text(this.model.get('name'));
}
template: '<span class="name"></span>'
});
var m = new Backbone.Model({name:'Jack'});
var v = new View({model:m});
m.set('name','John');
那么,这里的set为什么会触发change事件呢?具体实现我还是贴一下源码和自己的中文注释:
Backbone.Model.prototype.set = function (key, val, options) {
var attr, attrs, unset, changes, silent, changing, prev, current;
if (key == null) return this;
//格式化参数
if (typeof key === 'object') {
attrs = key;
options = val;
} else {
(attrs = {})[key] = val;
}
options || (options = {});
//执行当前对象的验证方法
if (!this._validate(attrs, options)) return false;
//提取属性和可选项
unset = options.unset;
silent = options.silent;
changes = [];
changing = this._changing;
this._changing = true;
//标记当前Model是否改变,并记录改变的属性及其变化前后的值
if (!changing) {
this._previousAttributes = _.clone(this.attributes);
this.changed = {};
}
current = this.attributes, prev = this._previousAttributes;
//若改变的属性为id,则同时改变当前对象的id
if (this.idAttribute in attrs) this.id = attrs[this.idAttribute];
//遍历`set`的属性,更新或删除对应属性的当前值
for (attr in attrs) {
val = attrs[attr];
if (!_.isEqual(current[attr], val)) changes.push(attr);
if (!_.isEqual(prev[attr], val)) {
this.changed[attr] = val;
} else {
delete this.changed[attr];
}
unset ? delete current[attr] : current[attr] = val;
}
//若非沉默更新(传参时options.silent=true),触发change:attr事件
//attr为各个对应被set的属性的key,并传当前值到回调函数
if (!silent) {
if (changes.length) this._pending = options;
for (var i = 0, l = changes.length; i < l; i++) {
this.trigger('change:' + changes[i], this, current[changes[i]], options);
}
}
//change可以递归嵌套到change事件中
if (changing) return this;
if (!silent) {
while (this._pending) {
options = this._pending;
this._pending = false;
this.trigger('change', this, options);
}
}
this._pending = false;
this._changing = false;
return this;
}
所以若想,监听到Model的属性变化,改变Model的属性值时,必须采用Model.set()
方法,而不能简单的使用Model.attributes[key] = value
。
其实这个是一个兼容的做法,我们知道Backbone对低版本浏览器的支持非常好,如果不考虑这些的话,完全可以使用更高级的API
Object.observe(this.attributes, function(changes){
if (!silent) {
if (changes.length) this._pending = options;
for (var i = 0, l = changes.length; i < l; i++) {
this.trigger('change:' + changes[i].name, this, current[changes[i].name], options);
}
}.bind(this));
当然,这只是愚安我的一点意淫,没有什么实际意义。
实际上,Backbone内部事件除了change
以外还有很多,这里简单列举一下:
- "add" (model, collection, options) — 当一个model被add到一个collection时
- "remove" (model, collection, options) — 当一个model从一个collection移除时
- "reset" (collection, options) — 当一个collection的实体内容已经被替换掉时
- "sort" (collection, options) — 当一个collection的内容被重新排序时
- "change" (model, options) — 当一个model的属性被改变时
- "change:[attribute]" (model, value, options) — 当一个model的指定属性被改变时
- "destroy" (model, collection, options) — 当一个model被销毁时
- "request" (model_or_collection, xhr, options) — 当一个model或collection开始发起一个向服务端的请求时
- "sync" (model_or_collection, resp, options) — 当一个model或collection已经成功与服务端同步时
- "error" (model_or_collection, resp, options) — 当model或collection对服务端的请求已经失败时
- "invalid" (model, error, options) — 当一个model的验证失败时
- "route:[name]" (params) — 当路由的一个指定path被匹配时由路由器触发
- "route" (route, params) — 当任意路由被匹配时由路由器触发
- "route" (router, route, params) — 当任意路由被匹配时由history触发
- "all" — 任意事件,事件名称作为第一个参数传递
Events如何实现从View到Model的绑定?
上面我们已经知道基于强大的Backbone.Events
,我们可以轻松的实现model到view的绑定,反之呢?
Backbone没有类似Angular.js的预编译机制,也没有View-Model
的概念,从View到Model的绑定依赖于原生DOM事件的监听,完整双向绑定如:
var View = Backbone.View.extend({
initialize:function(){
this.listenTo(this.model,'change:name',this.onNameChange);
},
onNameChange:function(){
this.$('.name').text(this.model.get('name'));
}
template: '<input type="text" class="name-input"><span class="name"></span>',
events: {'input .name-input': '_changeName'},
_changeName: function(e){
var value = e.currentTarget.value;
this.model.set('name', value);
return false;
}
});
var m = new Backbone.Model({name:'Jack'});
var v = new View({model:m});
m.set('name','John');
需要注意的是View层的events字典,其实就是DOM事件,而不是Backbone.Events
。而且,纯净的Backbone这里用的是jQuery的jQuery
的on
方法
进行绑定的。
好的,愚安又贴了很多源码,和一些自己对文档的不成翻译,有没有干货,见仁见智了。另外,本人是非常推荐刚接触前端框架的童鞋,以Backbone
做为开始的。就像学习PHP的MVC框架,我非常推荐以codeigniter
作为开始的,没有强大的封装,但有着最基本纯净的MVC思想。
注:本文是以Backbone的1.1.2版本为基础的
引用: