[转]浅谈jQuery EasyUI的属性设置

原文地址:http://www.easyui.info/archives/1664.html

对jQuery EasyUI有一定了解的话，应该知道基本上每一个组件都有一个"options"方法用于返回该组件实例的属性。这些属性决定了组件实例将如何展现和运作。

不过EasyUI的属性取值渠道比较多，多得有些让人眼花缭乱，渠道多有好处也有坏处，好处就是很灵活，坏处就是容易乱，比如说多种渠道设置同一个属性时，到底以哪种渠道设置的属性为准呢？

本篇文章就来较为详细的做一下总结，注意，我们只关注属性有哪些渠道获取，各种渠道的优先级，属性的类型等，我们并不关注属性是如何影响组件实例的。

属性获取渠道

【渠道1】组件定义时设置的默认值，组件没有实例化就是相当于"类"了，各种属性设置了默认值；
【渠道2】组件实例宿主DOM对象的data-options属性，data-options是以json串的方式设置属性的，很灵活;
【渠道3】组件实例宿主DOM对象的属性，也就是html标签的各个属性(style和data-options例外)
【渠道4】组件实例宿主DOM对象的style属性；
【渠道5】如果组件的实例化是通过javascript的话，组件构造函数的的入参也可以设置组件实例属性

组件的构造函数

这么多种方式设置组件实例的属性，到底他们的优先级是什么样的？我们拿panel组件的源码来分析，看pane构造函数代码，因为一切都是从构造函数开始的：

/**
* panel组件的构造函数
* @param options
* @param param
* @returns {*}
*/
$.fn.panel = function(options, param){
if (typeof options == 'string'){
return $.fn.panel.methods[options](this, param);
}
options = options || {};
return this.each(function(){
var state = $.data(this, 'panel');
var opts;
if (state){//已经初始化过
//属性值用新传入的覆盖
opts = $.extend(state.options, options);
state.isLoaded = false;
} else {//还未初始化
//获取panel组件实例的属性列表
opts = $.extend({}, $.fn.panel.defaults, $.fn.panel.parseOptions(this), options);
$(this).attr('title', '');
state = $.data(this, 'panel', {
options: opts,
panel: wrapPanel(this),
isLoaded: false
});
}
addHeader(this);
setProperties(this);
if (opts.doSize == true){
state.panel.css('display','block');
setSize(this);
}
if (opts.closed == true || opts.minimized == true){
state.panel.hide();
} else {
openPanel(this);
}
});
};

关键性代码就是22行，使用了jQuery的extend函数，这行代码的信息量很大，我们可以轻松地看出，组件默认值的优先级最低；如果是javascript构造的组件实例，构造函数的入参优先级最高；夹在中间的是panel组件的属性转换器。

到这里，我们至少已经得出了一个简单结论：【渠道1】的优先级最低，【渠道5】的优先级最高。

组件的属性转换器

对于渠道2,3,4，我们则要进一步分析panel组件的属性转换器了，看它的代码：

/**
* panel组件的属性转换器
* @param target 组件实例的宿主DOM
* @returns {*}
*/
$.fn.panel.parseOptions = function (target) {
var t = $(target);
return $.extend(
//新空对象
{},
//公用的属性转换器
$.parser.parseOptions(target, ['id', 'width', 'height', 'left', 'top',
'title', 'iconCls', 'cls', 'headerCls', 'bodyCls', 'tools', 'href',
{cache: 'boolean', fit: 'boolean', border: 'boolean', noheader: 'boolean'},
{collapsible: 'boolean', minimizable: 'boolean', maximizable: 'boolean'},
{closable: 'boolean', collapsed: 'boolean', minimized: 'boolean', maximized: 'boolean', closed: 'boolean'}
]),
//loadingMessage属性有什么特别之处，为什么要单独作为一个参数？
{
loadingMessage: (t.attr('loadingMessage') != undefined ? t.attr('loadingMessage') : undefined)
}
);
};

又是用了jQuery的extend函数，直接看上去，得不到太多信息，extend函数有三个实参。第一个是为了拷贝到新对象上，第二个是公用的属性转换器，第三个则有些莫名其妙，单单的一个loadingMessage属性，为何要特殊处理？

公用的属性转换器

进一步看公用属性转换器的源码：

/**
* parse options, including standard 'data-options' attribute.
*
* @param target [DOM对象] 组件的宿主对象
* @param properties [数组] 需要优先从宿主对象属性(不包含data-options属性)中取的opts列表
*
* calling examples:
* $.parser.parseOptions(target);
* $.parser.parseOptions(target, ['id','title','width',{fit:'boolean',border:'boolean'},{min:'number'}]);
*/
function parseOptions(target, properties){
var t = $(target);
var options = {};
//第一步：首先从data-options属性中取opts
var s = $.trim(t.attr('data-options'));
if (s){
//兼容写大括号和不写大括号的写法
if (s.substring(0, 1) != '{'){
s = '{' + s + '}';
}
//利用Function函数将字符串转为化对象
//到这里，我们第一次取值就完成了。
options = (new Function('return ' + s))();
}
//第二步：如果properties不为空的话，则将properties中定义的属性增加或者覆盖到“第一步”中取到的属性列表中
if (properties){
var opts = {};
for(var i=0; i<properties.length; i++){
var pp = properties[i];
//如果是字符串型
if (typeof pp == 'string'){
//width height left top四个属性从宿主对象的style属性中取值
if (pp == 'width' || pp == 'height' || pp == 'left' || pp == 'top'){
opts[pp] = parseInt(target.style[pp]) || undefined;
} else {//其它情况直接从宿主对象的对应属性中取值
opts[pp] = t.attr(pp);
}
} else {//布尔型或者数字型
for(var name in pp){
var type = pp[name];
if (type == 'boolean'){//布尔型从宿主对象对应属性中取值，同时将属性值转为布尔型
opts[name] = t.attr(name) ? (t.attr(name) == 'true') : undefined;
} else if (type == 'number'){//数字型也从宿主对象对应属性中取值，同时将属性值转为浮数
opts[name] = t.attr(name)=='0' ? 0 : parseFloat(t.attr(name)) || undefined;
}
}
}
}
//第二步取得的结果覆盖到第一步取得的结果中
$.extend(options, opts);
}
return options;
}

原来主要的逻辑在公用的属性转换器里面，由代码我们可以清楚的看出【渠道3】和【渠道4】的优先级是高于【渠道2】的。

公用属性转换器的入参properties的用途究竟是什么呢？有代码可以看出，它是一个数组，数组元素只支持string和object两种，再回头看，结合panel组件的属性转换器代码，不难可以看出，properties属性规范了组件实例各属性的数据类型，不过properties能规范的类型只有boolen,number,string三种。

特殊的，对于width,height,left,top这四个属性，优先级最高的是【渠道4】,即最优先从style属性中取，且类型都为number型。

最后的结论

由上述总结，可以得出以下结论：

【渠道5】 > 【渠道4】 > 【渠道3】 > 【渠道2】 > 【渠道1】

到此处，我们关心的主要问题就算分析完了。不过还是遗留了一个问题，那就是panel组件的属性转换器中，为何loadingMessage属性不放在公共的属性转换器里处理？单独作为参数传入的，number,bool,string这三种类型之外的属性，才有这必要。1.3.5的panel源码为何要把loadingMessage属性特殊对待，本人是没有想明白。

注意：本文的分析基于data-options属性出世之后（印象中是1.2.6版本之后），文中代码是1.3.5版本的源码。