jQuery源码分析系列(39) : 动画队列
data函数在jQuery中只有短短的300行代码，非常不起点 ，剖析源码的时候你会发现jQuery只要在有需要保存数据的地方无时无刻不依赖这个基础设施
动画会调用队列，队列会调用data数据接口还保存队列里面的的动画数据
所以我们在自习回顾下关于数据缓存
//These may be used throughout the jQuery core codebase //存数据的 //用户使用 data_user = new Data(); //存储对象 //jQuery内部私有 //用来存事件的, 如click事件那种 data_priv = new Data();
data在jQuery中有两种
一个是用来存数据的, 对应的对象分别是
存储对象: data_user
获取与设置方法: $.data(el, key, value)
另一个是用来存事件的,动画数据的
存储对象: data_priv
获取与设置方法: $._data(el, key, value)
data_user和data_priv, 就如其名, 一个是用户用的, 一个是jQuery私有的, 他们都是一个叫Data的实例对象
为什么要设置这2个数据接口类？
jQuery的设置都是维护一个jQuery的数据对象，所以
只是实现data的接口，比如：
$('#aaron').data('key', 'value')
实现链式的.data接口，这种很简单，我们可以把简单的数据缓存到jquery内部的这个对象上
方法可以这样实现
直接在实例上fn的接口上扩充
$.fn.data = function(k, v) { return this.each(function() { this[key] = v //把接口data的value保存在dom对象上 }) return this }
这个很简单把数据直接保存在dom对象上
当然针对基本类型这样处理当然也是可以的，如果是引用类型，函数对象呢？这样处理可以吗？
$('#aaron').data('nodeValue', '11111')
$('#aaron').data('key', function(){
//操作
})
问题来了：
1：这样会更改DOM本身的属性值，当然能不能生效还不说
2：传递可是引用类型哦，不靠谱的内存回收，说不定就溢出了
3：数据暴露，容易被直接改写
如何解决这些问题? jQuery就引入了数据对象这个概念
先不管内部怎么实现，先看节点的属性
多了一个灰色的自定义的key与value
灰色意味着不能通过for枚举出来，这种设置在ES5中，是有API直接支持了
// If not, create one if (!unlock) { unlock = Data.uid++; // Secure it in a non-enumerable, non-writable property try { descriptor[this.expando] = { value: unlock }; Object.defineProperties(owner, descriptor); // Support: Android < 4 // Fallback to a less secure definition } catch (e) { descriptor[this.expando] = unlock; jQuery.extend(owner, descriptor); } }
看注释就清晰了，这个属性是受保护的，不能被改写
OK了。通过这样一个唯一的桥接标志，我们可以做一个ORM的映射了，让dom与一个数据缓存接口产生一一对应的关系
动画队列用到的数据缓存
jQuery为了实现动画队列的链式调用，所以必须先在实例就是原型上先扩展一个方法啊，然后在内部才能调用底层的方法
当然jQuery基本所有的层次都是这样的结构，除了链式之外，还可以把具体的实例方法与原型方法通用
//静态 jQuery.extend //实例 .extend
动画的实例方法
this.queue(optall.queue, doAnimation);
调用实例方法中基于动画的扩展接口
jQuery.fn.extend({
queue
dequeue
delay
clearQueue
promise
queue: function(type, data) { var setter = 2; //修正type, 默认为表示jquery动画的fx, 如果不为"fx", //即为自己的自定义动画, 一般我们用"fx"就足够了. if (typeof type !== "string") { data = type; type = "fx"; setter--; } //只有动画的回调 // div.slideToggle(1000); // div.slideToggle("fast"); // div.animate({left:'-=200'},1500); // div.queue('fx') if (arguments.length < setter) { return jQuery.queue(this[0], type); } return data === undefined ? this : this.each(function() { //调用基础队列 //设置动画队列缓存 //并返回队列总数 var queue = jQuery.queue(this, type, data); // ensure a hooks for this queue jQuery._queueHooks(this, type); //直接执行动画队列 //防止在执行函数的时候, 这里又进行dequeue操作, 这样会同时执行2个函数, 队列就不受控制了. if (type === "fx" && queue[0] !== "inprogress") { //如果队列没有被锁住, 即此时没有在执行dequeue. 移出队列里第一个函数并执行它. jQuery.dequeue(this, type); } }); },
实例的queue接口只是做了2个情况的判断，一种是传递fx，一种是设置队列，底层还是通过jQuery.queue静态方法处理的
分析一组动画：
div.show(1000); div.hide(2000) div.show(3000)
1 有时间参数的接口，是肯定需要执行动画的，同一个接口上有多个动画接口，那么就会意味着需要队列来管理执行顺序
2 管理队列引入数据缓存，缓存需要载体node节点，所以动画的扩展的接口在最上层设计是可以直接跟DOM链式
逻辑上肯定是线性的执行，show执行完毕，然后取出hide执行，完毕后在取出show执行
那么动画的调用是如何组织的？
理论上3个动画，在cache中有3个缓存的data我们查看下
为了便于查看，我把代码改了下 增加了一个标示 Aaron 对应的是时间
在执行div.show(3000)的时候，我们查看下缓存
发现0位置的div.show(1000);被inprogress给替代了
可以猜测下第一个动画已经在开始执行了，那么它在队列中会用一个占位符用来通知后面，我这个动画还在进行，后面的动画先等等
inprogress”进程锁是这样工作的：
如果是dequeue操作, 去掉锁, 执行队列里的函数, 同时给队列加上锁. 如果是queue操作, 要看锁的状态, 如果被锁上了, 就只执行队列的添加操作. 不再调用dequeue.其实dequeue和queue都可以执行队列里的第一个函数.queue操作添加完队列之后, 会调用dequeue方法去执行函数.
用dequeue执行函数的时候, 这时候如果又用queue触发dequeue的话, 很可能同时有2个函数在执行. 队列就失去一大半意义了(还是可以保证顺序, 但是2个动画会同时执行).不过这个锁只能保证在dequeue的时候, 不被queue操作意外的破坏队列.
如果人为的同时用2个dequeue, 还是会破坏动画效果的. 所以要把fn写在回调函数里
我们在第一次做push的时候就会开始执行了动画，这样可以让速度更优
.queue(1000) , .queue(2000) , queue(3000)
if (type === "fx" && queue[0] !== "inprogress") { //如果队列没有被锁住, 即此时没有在执行dequeue. 移出队列里第一个函数并执行它. jQuery.dequeue(this, type); }
当第一个动画执行完毕后，那么必须有一个回调通知这个去把队列中下一个执行给取出来，然后要删掉这个占位，依次循环
opt.complete = function() { if (jQuery.isFunction(opt.old)) { opt.old.call(this); } if (opt.queue) { jQuery.dequeue(this, opt.queue); } };
所以可见，动画的执行其实最终是依赖queue与dequeue的处理，只是说在执行开始与执行完毕做了一个流程的控制
具体动画内部怎么执行的，从下章开始分析
