YUI3 core阅读笔记

node-debug.js :

Node 为 HTMLElement包装(处理了缓存)，关键 addMethod ,importMethod 将 Y.DOM 中的静态方法（YUI2模型）迁移到 Node实例中去.

Y.DOM.method(node,args); ==> node.method(args);

NodeList 为 多个 htmlelements的包装，关键也为 NodeList.addMethod 以及NodeList.importMethod，同Ext .compositeElement 类似
将Node的方法也加到NodeList中去，并调用时自动循环对nodelist中的所有元素调用对应方法。

event-custom-debug.js & event-simulate-debug.js

自定义事件处理系统和原生dom处理事件系统完全接口一致(不同于Extjs，node和组件的事件处理完全分离，yui3 Node和组件其实都是 augment 自 EventTarget)：除了dom模拟触发需要 node.simulate 而自定义事件需要obj.fire。

YUI当前实例 Y 本身也 augment 自EventTarget，一些全局自定义事件比如windowresize,domready即由 Y触发，可以在Y上处理。

注意 node.simulate并没有采用 jquery自己遍历树结构，挨个执行处理函数的方式，而是利用了浏览器自身的event simulation framework，对于w3c-dom-event2兼容浏览器使用document.createEvent而对于ie则使用document.createEventObject

而dom事件通过 DOMEventFacade 来进行包装，保证各个浏览器的一致性。当emitFacade为true时复杂情况下的自定义事件触发使用 EventFacade 来包装，具有和DOMEventFacade基本一致的属性,EventFacade.detail为fire参数。

 

事件处理器统一用Subscriber包装，可以方便实现AOP,contextFn动态上下文环境的调用。


并且自定义事件也实现了bubble以及defaultFn功能 (publish必须设置emitFacade为true，调用fireComplex ) ，可方便的实现以前组件必须显式检查beforeShow以及调用者必须监听 beforeShow 等事件来实现AOP拦截，现在只需组件编写者申明事件的defaultFn以及调用者监听 on("show")决定是否preventDefault即可，bubble定义在 EventTarget 中，EventTarget可以通过addTarget添加事件往上传播的通知对象，使得自定义事件也可以通过delegate来简化事件处理。

 

EventTarget 还另外支持了 jquery 类似的分类事件功能，对同一个事件的一些监听器可以分做一类，类名放在事件名前面用｜分隔，以及结合 Base 支持的前缀机制，可以解决不同类的同名事件监听问题，使用例子 。

event-debug.js

不同于dom-event2中添加多个事件处理器由浏览器调度，yui3以及ext每个事件每个元素底层只绑定一个dom2事件处理器，由这个dom2事件处理器再调用绑定在这个事件的所有事件处理函数。

Y.Env.evt.dom_wrappers 为对所有事件的统一处理封装，将每个dom事件映射为自定义事件，每个自定义事件有一个事件处理器绑定到dom节点，该事件处理器再调用所有用户绑定的事件处理函数。

 

20100427感悟：

事实上 Node.on 调用 Y.on ，而 Y argument 自 EventTarget ，则 相当于在 Y 上添加自定义事件，不同点在于，在Y上添加自定义事件的同时还在dom node上绑定事件当dom事件发生时fire自定义事件，自定义事件fire再调用我们的处理函数，又一次实现了自定义事件与dom事件的统一。

 

键：

 

var ek = Y.stamp(el),
key = 'event:' + ek + type,
cewrapper;
if (false === facade) {
  key += 'native';
}
if (capture) {
  key += 'capture';
}

                       
值 :

cewrapper，类型为 CustomEvent ，这样就和自定义事件完美融合在一起，将dom事件映射到了自定义事件，一个CustomEvent 对应于多个事件处理函数(listeners)
 
详见函数Y.Event._createWrapper: cewrapper 。

对单个元素单个事件的统一处理，事件发生后 cewrapper.fn 触发，然后再取Y.Env.evt.dom_map 为元素和该 cewrapper 关联的事件处理函数(listeners)，再统一依次调用。

 

 

精妙的Y.augment :

 

保证augment后，new出来的示例，在运行相关augment方法时，之前augment来源构造器要在当前实例上运行且只运行一次！

 

关键源码解析：

Y.each(sProto, function(v, k) {
                replacements[k] = function() {
                    //任何一函数一运行，就把实例上的所有override函数置为 override来源的原方法 
                    for (i in sequestered) {
                        if (sequestered.hasOwnProperty(i) && (this[i] === replacements[i])) {
                            // Y.log('... restoring ' + k);
                            this[i] = sequestered[i];
                        }
                    }

                    
                    //保证只会运行一次，不管调用哪个override的方法，一旦调用,this[k]就不是replacements[i]了，
                    construct.apply(this, a);
                    return sequestered[k].apply(this, arguments);
                };

                if ((!wl || (k in wl)) && (ov || !(k in this))) {
               
                    if (L.isFunction(v)) {
                        //保留override来源的最原始方法
                        sequestered[k] = v;
                        //为了保证构造器运行且只运行一次，需要暂时替换一下
                        this[k] = replacements[k];
                    } else {
                  
                        this[k] = v;
                    }

                }

            }, newProto, true);

 

示例详解：

 

var comp=function(){};
Y.augment(comp,Y.EventTarget);
var two=new comp();

//EventTarget构造函数没有执行
console.log(two._yuievt);
//方法为暂时替代方法
console.log(two.on.toString());

//运行一次override函数，EventTarget构造函数作用在实例上，且实例上的所有方法复原			
two.on("ok",function(){});

//一切正常
console.log(two._yuievt);
console.log(two.on.toString());

 

 

 

总之一句话：yui任何一个函数的调用都很曲折，为了完美的架构以及桥梁承接以前略显陈旧的代码，yui3在性能上确实做出了不少的牺牲。

 

 

参考：

YUI3源码 以及 Luke Smith — Events Evolved

 

Satyen Desai — YUI3: Design Goals and Architecture