jQuery.Callbacks()提供的回调函数队列管理本来是延时回调处理的一部分,但是后面将其独立出来作为一个模块。jQuery就是这样,各个模块间的代码耦合度是处理的比较好的,值得学习。虽然是从延时回调处理中独立出来的,但是它的功能非常强大,提供了一种强大的方法来管理回调函数队列。

  大家都明白封装函数的目的:去耦合与简化操作

  通常情况下函数队列的处理方式

//执行函数
function runList(arr){
for(var i = 0; i < arr.length; i++){
arr[i]();    
}
  arr.length = 0;
} var list = [];
//添加函数队列
list[list.length] = function(){alert(1)};
list[list.length] = function(){alert(2)};
list[list.length] = function(){alert(3)};
//执行 
runList(list);//三个函数顺序执行

  使用$.callbacks封装以后的处理为

var callbacks = $.Callbacks("unique");

callbacks.add( function(){alert(1)} );
callbacks.add( function(){alert(2)} );
callbacks.add( function(){alert(3)} );
//执行
callbacks.fire();//三个函数顺序执行

  干净了很多。而且代码可读性比最开始的那个要好很多。list[list.length]神马的最讨厌了。还有主要的是$.callbacks有四个属性可以组合,这个组合可就很强大了。

  

a. Callbacks的四个可设置的属性分析


once: 确保这个回调列表只执行( .fire() )一次(像一个递延 Deferred).

设置“once”在执行第一次fire后会直接禁用该Callbacks(fire函数代码段else {self.disable();})

var f1 = function(value) { console.log(value); };
var callbacks = $.Callbacks('once'); callbacks.add(f1);//无执行结果,添加一个回调
callbacks.fire(1);//执行结果1。清除回调列表
callbacks.add(f1);//没有添加回调直接返回
callbacks.fire(2);//无执行结果
callbacks.add(f1);//没有添加回调直接返回
callbacks.fire(3);//无执行结果

memory: 保持以前的值(参数),将函数添加到这个列表的后面,并使用先前保存的参数立即执行该函数。 内部变量会保存上次执行的场景。

  他有一个特点,就是在第一次fire之前使用add添加的回调都不会马上执行,只有调用了一次fire之后使用add添加的回调会马上执行。该设置本身不会清除之前的回调列表。

  需要注意的是每次add内部执行fire函数都会将firingStart置为0,只有下次add的时候会从新设置firingStart的值。

  eg:

var f1 = function(value) {    console.log(value); };
var callbacks = $.Callbacks("memory"); callbacks.add( fn1 );//无执行结果
callbacks.fire( "1" );//执行结果1。保存场景参数1 callbacks.add( fn1 );//执行结果1。使用上次保存的场景参数1
callbacks.fire( "2" );//执行结果2,2。保存场景参数2 callbacks.add( fn1 );//执行结果2。使用上次保存的场景参数2
callbacks.fire( "3" );//执行结果3,3,3。保存场景参数3 callbacks.add( fn1 );//执行结果3。使用上次保存的场景参数3
callbacks.fire( "4" );//执行结果4,4,4,4。保存场景参数4

  组合使用,组合使用中间使用空格隔开

  设置“once memory”, options.once=options.memory=true。在执行第一次fire后会把回到列表清空,而且之后每次add马上执行后页同样会把回调列表清空(fire函数代码段else if ( memory ) {list = [];})。

eg:

var f1 = function(value) { console.log(value); };
var callbacks = $.Callbacks('once memory'); callbacks.add(f1);//无执行结果,添加一个回调
callbacks.fire(1);//执行结果1。清除回调列表,保存场景参数1
callbacks.add(f1);//添加一个回调并执行结果1,使用上次保存的场景参数。清除回调列表
callbacks.fire(2);//无执行结果
callbacks.add(f1);//添加一个回调并执行结果1,使用上次保存的场景参数。清除回调列表
callbacks.fire(3);//无执行结果

  两个设置之间用空格,不支持其他符号,比如设置“once,memory”等同于没有设置。

  eg:

var f1 = function(value) { console.log(value); };
var callbacks = $.Callbacks('once,memory'); callbacks.add(f1);//无执行结果,添加一个回调
callbacks.fire(1);//执行结果1
callbacks.add(f1);//添加一个回调
callbacks.fire(2);//执行结果2,2
callbacks.add(f1);//添加一个回调
callbacks.fire(3);//执行结果3,3,3
callbacks.add(f1);//添加一个回调
callbacks.fire(4);//执行结果4,4,4,4

unique: 确保一次只能添加一个回调(所以在列表中没有重复的回调).

stopOnFalse: 当一个回调返回false 时中断调用

当有一个回调返回false的时候,会设置memory为false。导致memory失去作用(后续add的函数不会马上执行,当然先前memory保证了前面执行过得函数不再执行这也条也就不起作用了。下次fire会从回调列表的第一个开始执行)。

b. 整体结构


  使用缓存是jQuery中最常见的技巧。$.Callbacks中也不例外。主要是缓存Callbacks中遇到的选项(字符串)。

// 使用过的选项缓存
var optionsCache = {}; // 新增和缓存回调设置于optionsCache中
function createOptions( options ) {
var object = optionsCache[ options ] = {};
jQuery.each( options.match( core_rnotwhite ) || [], function( _, flag ) {
object[ flag ] = true;
});
return object;
} jQuery.Callbacks = function( options ) {
// 尽可能读取缓存,没有则新增缓存
options = typeof options === "string" ?
( optionsCache[ options ] || createOptions( options ) ) :
jQuery.extend( {}, options ); var // 回调列表正在执行(为true的时候)的标志
firing,
// 最后执行的值(为memory选项下保存)
memory,
// 回调已经被执行过的标志
fired,
// 循环执行回调列表的结束位置
firingLength,
// 当前真正执行的回调的索引值 (执行下个回调的时候回更改【如果必要的话】)
firingIndex,
// 循环执行回调列表的开始位置(在函数add和fireWith中使用)
firingStart,
// 回调列表
list = [],
// Stack记录要重复执行的回调列表
stack = !options.once && [],
// data数组一般第一个元素是上下文环境,第二个元素是参数
//执行回调列表
fire = function( data ) {…},
// 回调对象
self = {
// 添加回调
add: function() {…},
// 移除回调
remove: function() {…},
...
// 给定 context 和 arguments执行所有回调
fireWith: function( context, args ) {
args = args || [];
//组装args,第一个元素为上下文环境,第二个元素为参数列表
args = [ context, args.slice ? args.slice() : args ];
//有list且函数列表没有被执行过或者存在要循环执行的函数列表
if ( list && ( !fired || stack ) ) {
//如果正在fire,则把函数场景记录在stack中
if ( firing ) {
stack.push( args );
//否则,至此那个fire
} else {
fire( args );
}
}
return this;
},
// 使用给定的arguments执行所有回调
fire: function() {
self.fireWith( this, arguments );
return this;
},
...
};
return self;
};

  

  下面分析两个最重要的两个函数,添加回调函数add和执行回调函数fire

c. add:添加回调


  添加回调函数比较简单,针对可能传递的值(函数或者函数数组)将回调添加到回调列表中即可,这里使用了一个闭包,使用了外部变量list。

        (function add( args ) {
jQuery.each( args, function( _, arg ) {
var type = jQuery.type( arg );
if ( type === "function" ) {
//当$.Callbacks('unique')时,保证列表里面不会出现重复的回调
if ( !options.unique || !self.has( arg ) ) {
list.push( arg );
}
//如果是数组则递归添加
} else if ( arg && arg.length && type !== "string" ) {
add( arg );
}
});
})( arguments );

  但是这里需要对用户初始化设置的属性做一些特殊的处理。

  如果列表没有定义或null(一般只有在用户设置once且执行过一次后list才会白置为未定义),直接返回list

    //如果列表没有定义或null(一般只有在用户设置once且执行过一次后list才会白置为未定义)
if ( list ) {
...
}
return this;

  当有回调真正执行的时候,需要重新设定回调列表的结束位置firingLength,使后续添加的函数也会执行。实际上这个功能很受争议,不过正常情况一般不会出现添加函数的时候正在执行某个回调。

  还有一个比较重要的判断:对于设置了'memory'选项并fire过了回调列表,并且没有还在等待中的回调要fire,则应当马上执行新添加的回调(执行fire(memory))

        // 如果正在fire,则设定要执行结束的点firingLength,使后续添加的函数最后不会执行
if ( firing ) {
firingLength = list.length;
// 对于memory(设置了'memory' option并fire过了,memory才能通过该else if语句),
//如果没有回调真正fire,应当马上执行fire(memory)。
} else if ( memory ) {
//这里保证了前面执行过得函数不再执行
firingStart = start;
fire( memory );
}

  完整的源码如下

add: function() {
//如果列表没有定义或null(一般只有在用户设置once且执行过一次后list才会白置为未定义)
if ( list ) {
// 保存当前list长度,为memory处理备用
var start = list.length;
(function add( args ) {
jQuery.each( args, function( _, arg ) {
var type = jQuery.type( arg );
if ( type === "function" ) {
//当$.Callbacks('unique')时,保证列表里面不会出现重复的回调
if ( !options.unique || !self.has( arg ) ) {
list.push( arg );
}
//如果是数组则递归添加
} else if ( arg && arg.length && type !== "string" ) {
add( arg );
}
});
})( arguments );
// 如果正在fire,则设定要执行结束的点firingLength,使后续添加的函数最后执行
if ( firing ) {
firingLength = list.length;
// 对于memory(设置了'memory' option并fire过了,memory才能通过该else if语句),
//如果我们后续没有fire,应当马上执行fire(memory)。
} else if ( memory ) {
//这里保证了前面执行过得函数不再执行
firingStart = start;
fire( memory );
}
}
return this;
}

  

d. fire函数详解


  该函数执行回调,最终执行代码段为

if ( list[ firingIndex ].apply( data[ 0 ], data[ 1 ] ) === false && options.stopOnFalse ) {
memory = false; // 阻止未来可能由于add所产生的回调
break;
}
fire = function( data ) {
  //有memory才给memory赋值当前场景data
  memory = options.memory && data;
  fired = true;
  firingIndex = firingStart || 0;
  //每次fire后都会重置成0,下次$.callbacks.fire调用都会从0开始。当然设置为‘memory’使用add函数内部fire会设置firingStart的值导致回调函数列表执行起始位置更改
  firingStart = 0;
  firingLength = list.length;
  firing = true;
  //函数开始执行从firingStart到firingLength的所有函数
  for ( ; list && firingIndex < firingLength; firingIndex++ ) {
    //执行firingIndex对应的函数,如果设置是遇到false返回就停止,则设置memory,阻止后续函数执行
    if ( list[ firingIndex ].apply( data[ 0 ], data[ 1 ] ) === false && options.stopOnFalse ) {
      memory = false; // 阻止未来可能由于add所产生的回调
      break;
    }
  }   //标记回调结束
  firing = false;   //如果列表存在
  if ( list ) {
    //如果堆栈存在(一般没有设置once的时候都进入该分支)
    if ( stack ) {
      //如果堆栈不为空
      if ( stack.length ) {
        //执行stack中第一个元素
        fire( stack.shift() );
      }
    //如果有记忆,则清空列表(在设置为once且memory的时候会进入到此分支)
    } else if ( memory ) {
      list = [];
    //禁用回调,该callbacks将不可用,将list/stack/memory都设为未定义
    } else {
      self.disable();
    }
  }
},

  真正重要的是执行完成回调以后的处理

  //如果列表存在
  if ( list ) {
    //如果堆栈存在(一般没有设置once的时候都进入该分支)
    if ( stack ) {
      //如果堆栈不为空
      if ( stack.length ) {
        //执行stack中第一个元素
        fire( stack.shift() );
      }
    //如果有记忆,则清空列表(在设置为once且memory的时候会进入到此分支)
    } else if ( memory ) {
      list = [];
    //禁用回调,该callbacks将不可用,将list/stack/memory都设为未定义
    } else {
      self.disable();
    }
  }

  首先看最外层的判断

if ( list ){
...
}

  什么时候会进不了这个分支呢?唯有当self.disable()被调用的时候,下一次fire就进入不了这个分支。查看self.disable源码

                disable: function() {
list = stack = memory = undefined;
return this;
}

  根据里面的判断唯有当options选项有once,并且选项中没有memory或选项中有stopOnFalse且执行的回调返回false。这个时候回进入到里面的分支直接将整个回调禁用掉。

    //禁用回调,该callbacks将不可用,将list/stack/memory都设为未定义
    } else {
      self.disable();
    }

  第一个内部分支if ( stack )主要是选项中没有once就进入。

  第二个内部分支只有在选项至少有once和memory的时候才会进入。当然,如果还有stopOnFalse且执行的回调返回false会进入到第三个分支。

    //如果有记忆,则清空列表(在设置为once且memory的时候会进入到此分支)
    } else if ( memory ) {

  好了,这个jQuery.Callbacks就到这里。需要注意的就是多个选项混合使用要特别小心。

  如果觉得本文不错,请点击右下方【推荐】!

jQuery-1.9.1源码分析系列(五) 回调对象的更多相关文章

  1. jQuery源码分析系列

    声明:本文为原创文章,如需转载,请注明来源并保留原文链接Aaron,谢谢! 版本截止到2013.8.24 jQuery官方发布最新的的2.0.3为准 附上每一章的源码注释分析 :https://git ...

  2. [转]jQuery源码分析系列

    文章转自:jQuery源码分析系列-Aaron 版本截止到2013.8.24 jQuery官方发布最新的的2.0.3为准 附上每一章的源码注释分析 :https://github.com/JsAaro ...

  3. jQuery源码分析系列(转载来源Aaron.)

    声明:非本文原创文章,转载来源原文链接Aaron. 版本截止到2013.8.24 jQuery官方发布最新的的2.0.3为准 附上每一章的源码注释分析 :https://github.com/JsAa ...

  4. jQuery源码分析系列——来自Aaron

    jQuery源码分析系列——来自Aaron 转载地址:http://www.cnblogs.com/aaronjs/p/3279314.html 版本截止到2013.8.24 jQuery官方发布最新 ...

  5. jquery2源码分析系列

    学习jquery的源码对于提高前端的能力很有帮助,下面的系列是我在网上看到的对jquery2的源码的分析.等有时间了好好研究下.我们知道jquery2开始就不支持IE6-8了,从jquery2的源码中 ...

  6. jQuery-1.9.1源码分析系列完毕目录整理

    jQuery 1.9.1源码分析已经完毕.目录如下 jQuery-1.9.1源码分析系列(一)整体架构 jQuery-1.9.1源码分析系列(一)整体架构续 jQuery-1.9.1源码分析系列(二) ...

  7. MyCat源码分析系列之——结果合并

    更多MyCat源码分析,请戳MyCat源码分析系列 结果合并 在SQL下发流程和前后端验证流程中介绍过,通过用户验证的后端连接绑定的NIOHandler是MySQLConnectionHandler实 ...

  8. MyCat源码分析系列之——SQL下发

    更多MyCat源码分析,请戳MyCat源码分析系列 SQL下发 SQL下发指的是MyCat将解析并改造完成的SQL语句依次发送至相应的MySQL节点(datanode)的过程,该执行过程由NonBlo ...

  9. MyCat源码分析系列之——BufferPool与缓存机制

    更多MyCat源码分析,请戳MyCat源码分析系列 BufferPool MyCat的缓冲区采用的是java.nio.ByteBuffer,由BufferPool类统一管理,相关的设置在SystemC ...

  10. MyCat源码分析系列之——前后端验证

    更多MyCat源码分析,请戳MyCat源码分析系列 MyCat前端验证 MyCat的前端验证指的是应用连接MyCat时进行的用户验证过程,如使用MySQL客户端时,$ mysql -uroot -pr ...

随机推荐

  1. HDFS 架构解析

    本文以 Hadoop 提供的分布式文件系统(HDFS)为例来进一步展开解析分布式存储服务架构设计的要点. 架构目标 任何一种软件框架或服务都是为了解决特定问题而产生的.还记得我们在 <分布式存储 ...

  2. 挡不住的好奇心:ASP.NET 5是如何通过XRE实现跨平台的

    .NET程序员也有自己的幸福,.NET的跨平台是一种幸福,.NET的开源也是一种幸福,而更幸福的是可以通过开源的.NET了解.NET是如何一步步走向跨平台的,所以幸福是一种过程. 在.NET跨平台的进 ...

  3. 谈谈D2

    很多参与了 D2 的人还不知道 D2 是个什么东西,印象中就是很多很多前端工程师汇聚在一起,交流技术.D2 是 D2前端技术论坛的简称,英文名 Designer & Developer Fro ...

  4. ASP.NET MVC SSO单点登录设计与实现

    实验环境配置 HOST文件配置如下: 127.0.0.1 app.com127.0.0.1 sso.com IIS配置如下: 应用程序池采用.Net Framework 4.0 注意IIS绑定的域名, ...

  5. MySQL LIST分区

    200 ? "200px" : this.width)!important;} --> 介绍 LIST分区和RANGE分区非常的相似,主要区别在于LIST是枚举值列表的集合, ...

  6. 《R in Action》读书笔记(2)

    MindMapper 原文件

  7. [ASP.NET MVC 小牛之路]02 - C#知识点提要

    本人博客已转移至:http://www.exblr.com/liam  本篇博文主要对asp.net mvc开发需要撑握的C#语言知识点进行简单回顾,尤其是C# 3.0才有的一些C#语言特性.对于正在 ...

  8. CWR Mobile简介

    原创地址:http://www.cnblogs.com/jfzhu/p/4266671.html 转载请注明出处 (一)CWR公司背景 Dynamics CRM除了自己Out of Box对移动设备的 ...

  9. Qt Disable QDebug And Warning Output

    如何禁止qDebug的输出 在项目开发的过程中,为了开发方便,我们常常在Qt的Application Output中输出一些内容,慢慢的. 有些qDebug就会被我们遗忘再角落里. 虽然对整个程序影响 ...

  10. error LNK2038: 检测到“RuntimeLibrary”的不匹配项: 值“MDd_DynamicDebug”不匹配值“MTd_StaticDebug”

    今日VS2012 C++编译出现一堆错误: > 正在生成代码... >Code.obj : error LNK2005: "public: __thiscall std::_Co ...