Backbone.js 1.0.0源码架构分析(一)

Backbone.js 是javascript 语言中 首个实现MVC设计模式的类库，API接口方法重度依赖于underscore.js，DOM选择器则依赖于jQuery.js或者zepto.js。

Backbone.js 1.0.0 现在既可以支持浏览器端js代码，也可以支持服务端nodejs环境代码。为了实现这个兼容性，Backbone.js 采用了在函数表达式中传进‘this’关键词来映射宿主环境的全局变量（在browser为 ‘window’对象，在nodejs环境为'exports'）:

(function(){

  // 初始设定
  // -------------

  // 保存全局对象在本地的引用
  var root = this;

  // 如果我们在引入backbone.js之前，全局对象已经存在Backbone属性，则先把它引入到本地变量，以便Backbone.noConfllict()的实现解决命名空间冲突
  var previousBackbone = root.Backbone;

  //创建数组方法在本地的引用，以便于后面利用
  var array = [];
  var push = array.push;
  var slice = array.slice;
  var splice = array.splice;

  // 顶级命名空间的声明，后面模块与方法都将追加到此命名空间之下
  if (typeof exports !== 'undefined') {
    //nodejs环境中声明
    Backbone = exports;
  } else {
    //browser中声明，并且添加到全局对象中
    Backbone = root.Backbone = {};
  }

  // 版本声明
  Backbone.VERSION = '1.0.0';

  // browser端，保存backbone.js所依赖的 underscore.js 声明的 全局变量
  var _ = root._;
  // nodejs中，通过require方式引入underscore.js
  if (!_ && (typeof require !== 'undefined')) _ = require('underscore');

  // 保存Jquery或Zepto等DOM选择器、操作类库所声明的全局变量在本地的引用
  Backbone.$ = root.jQuery || root.Zepto || root.ender || root.$;

  // 进入非冲突模式，即Backbone的变量已经存在，我们就退而避之，将backbone.js换做其他变量名
  Backbone.noConflict = function() {
    root.Backbone = previousBackbone;
    return this;
  };
  // backbone各APT方法的实现
}).call(this);

　　一个js框架或者类库在编写的时候，首先要为自己‘正名’，如此，才能够扬名立万。

既然名已正，其内功招式就可以正常地表现了。

Backbone 既然有 MVC 之名，那我们就来先看看MVC的典型架构吧：

而backbone.js 可以这样实现

1、自定义model与collection

2、定义渲染model的视图view

3、定义渲染collection的视图view

4、引入视图渲染模板