从Atlas到Microsoft ASP.NET AJAX(5) - Higher-level Component Framework
2006-10-21 21:32 by 老赵, 3876 visits高级组件的功能已经根据客户反馈,性能等诸多因素进行了修改。就以之前的Button为例,DomEvent类使用了一个基于标准的法提供了一套API用于DOM事件的分发。这个抽象能够良好运行在多个浏览器中。
许多API已经从CTP版本原来的地方(大都是Control类的成员)转移到了RTM版本中新的地方,而且被定义成了静态函数。这种做法减少了Contorl类的体积,而且这些操作DOM元素的API也能被开发人员随意使用了,不必像以前一样必须初始化一个Control对象。下面的示例展示了使用DomElement类的方式:
请注意,在这里使用了新的$get函数,后面将对这些简写函数进行解释。
Component,Control and Behavior Class
在CTP版本中存在着以下三个类:Component,Control和Behavior。它们提供了许多重要的功能。其中Control和Behavior都是Component的子类。
这个模型在RTM版本中依旧存在。然而,经过了我们对它们用法的研究,并联系设计的原始目的进行研究后,改变了它们的使用方法。例如,在CTP版本中,一个Control类和一个DOM元素紧密联系了起来,您能通过Control对象来访问这个DOM元素。但是,尽管Behavior和DOM元素有直接的关系,我们却只能通过Control实例的一个Collection类型属性来访问到它。
RTM版本使DOM元素相关的工作变得更加灵活。Control和Behavior在概念上非常相似,都和一个DOM元素有这密切的关系。然而,现在它们已经相互独立了。
在RTM版本中,您能将一个Control实例与一个DOM元素联系起来,并且可以通过control来获得,这一点和CTP版本相同。另外,如果一个Behavior有一个Name属性,您也能通过这个名字从DOM元素中获得它。一个DOM元素可以有多个Bihavior与之相关联。下面的例子展示了如何使用RTM版本中新增的$create和$get,通过一个DOM元素来得到它的Control对象和Behavior对象的引用。如下:
$create(Custom.UI.Button, {}, {'click':'myHandler'}, {}, $get('GoShopping'));
$create(Custom.UI.BorderBehavior, {'name':'border'}, {}, {}, $get('GoShopping'));
// Page developer accesses Button using the DOM element directly.
var gs = $get('GoShopping');
gs.control.set_text('Sale items');
gs.border.set_color('red');
// Page developer obtains the behavior using the $ separator.
var bb = $find(‘GoShopping$border);
Creating and Finding Components and Elements
在CTP版本中,您能够使用JavaScript来实例化一个对象,设置属性,并调用initialize方法。另外,您也可以使用XML-Script来操作它。在RTM版本的模型中:
- 能够使用以前一样的方式使用Javascript操作组件。
- 使用新的$create别名来操作组件。它的功能覆盖了实例化对象,设置属性,调用initialize方法等操作。这是一个强大的模型,也能被服务器控件所使用。
- 使用Value-add包中的XML-Script支持,能够在RTM版本中使用与$create功能相同的操作。
$object, $find and $create Aliases
在CTP版本中,我们能够使用$object('GoShopping')来获得一个被XML-Script初始化的组件引用。Value-add包提供了这个操作。
在RTM版本的代码中,我们引入了$find方法。您能够使用这个方法来获得任意组件的引用——无论它是使用XML-Script还是$create初始化的。这意味着我们能够使用它来获得服务器端控件或Extender创造的对象,自然也包括使用JavaScript和XML-Script创造的对象。
Note:Beta版本中的$find方法能够通过ID来获得一个注册在Application中的组件,Behavior和控件。控件的ID和DOM元素的ID相同。而Behavior能够通过它所在的元素ID和它的类名得到一个默认的UniqueID(“elementId$ClassName”)——例如AddressLine1$AutoCompleteBehavior。
$ and $get
在CTP版本中定义了一个全局的$()来提供document.getElementById()的功能。但是无论是RTM版本还是Value-add包已经取消了对它的支持。这么做的原因是为了避免与其他使用$()的AJAX类库产生冲突。在RTM版本中提供了$get函数来替代原有的$()函数,它们具有完全相同的功能。
$addHandler and $removeHandler
RTM版本提供的$addHandler和$removeHandler操作提供了一个简单的方式创建和移出对DOM元素事件的响应。在之前Button的例子中已经演示了它们的使用方式。请注意,传递给Handler的参数是个Sys.UI.DomEvent对象,它是一个跨浏览器的事件对象。在CTP的模型中,您使用全局的window.event对象进行操作,这并不是一个平台无关的对象。
Application Object and Life Cycle
在CTP版本中存在着Runtime和Application两个对象的概念。其中Application对象负责分发window的事件,并且响应开发人员的pageLoad(通过load事件)和pageUnload(通过unload事件)的功能。pageLoad的功能保证了这些代码在所有的脚本和XML-Script已经被加载和初始化完毕后才被调用。
在RTM版本中将原来的Runtime对象和Application对象结合在了一起,成为了一个新的Application对象。在RTM版本中依旧保留了load和unload事件,另外还引入了新的init事件,一般用于使用$create来建立对象。您也可以像以前那样响应load事件来初始化对象。在RTM版本中,load事件在页面局部刷新的场景中也会被触发,因此如果您在pageLoad时操作对象的话,可能会由于round trip而重建对象。
使用$create语法在初始化对象时,保证了在实例化对象后调用了beginUpdate方法,然后设置属性,再依次调用了endUpdate和initialize方法。此外,对象被注册到了Application对象上,因此允许使用$find来找到这个对象的引用。
Property Change Notification
CTP版本和RTM版本都定义了property-change事件。在RTM版本中,如果您在开发组件,请在属性改变之后为其触发property-change事件,它提供了对于binding功能的支持,并能通知其他的事件监听器。
基础的Component类型已经实现了INotifyPropertyChange接口。
Disposing
在CTP版本中,基础类型Sys.Component已经实现了Sys.IDisposable接口,因而定义了dispose方法。这个模型在RTM版本中得到延续。不过在RTM版本中引入了一个新的接口:Sys.INotifyDisposing,它已经被Sys.Component实现了。这个接口允许Value-add包中的binding来监听一个对象的销毁,因此能够在合适的时候从组件上分离。
支持UpdatePanel功能的对象必须被销毁,因此您必须正确地实现它们的dispose方法以避免多次调用而产生的错误。例如在之前的Button示例中,dispose方法在调用$removeHandler和delete之前进行了检查,以确定click handler的存在。
同时您也应该保证,在销毁任意的子组件或者对象前,要对它们进行检查,因为Application对象无法保证自动销毁对象时的顺序。
Bindings and Actions
在CTP版本中能够为一个组件定义Binding。因此只有存在一个组件,才能将Binding添加给它。
在RTM版本中并没有直接对Binding提供支持,但是提供了Sys.INotifyDisposing接口。有了这个接口,在Value-add包中的Binding就能在某个对象被销毁时得到通知,以此进行自我管理。因此,Value-add包中的Binding就能够脱离RTM包中组件运行,这也意味着与CTP版本相比,现在的Binding能够更加自由地进行声明和使用。
现在,Value-add包中的Binding能够获取一个source和一个target对象的引用,并且可以监听它们的销毁事件。当其中一个对象被销毁后,为两者建立联系的Binding也能独立地自行销毁。
支持,好勤快!