定义ADO.NET模型讲析说明

虽然有许多人对ADO.NET模型的安全性表示怀疑,但在年复一年的不断发展中,他的安全性也在不断提高。保障ADO.NET模型的安全性是完全有可能的,但前提是要深入理解到底什么是ADO.NET模型,及他是怎么运作的。

成都创新互联公司是一家成都网站建设、成都网站制作,提供网页设计,网站设计,网站制作,建网站,按需求定制开发,网站开发公司,从2013年开始是互联行业建设者,服务者。以提升客户品牌价值为核心业务,全程参与项目的网站策划设计制作,前端开发,后台程序制作以及后期项目运营并提出专业建议和思路。

为了方便,我们在这里还是将它们称之为类)。在RTM中,我们使用了prototype模型,做出这种改变有几个原因,下面的表格比较了这两种模型:

 
 
  1. registerNamespace("Custom");
  2. //Prototype:Constructor
  3. Custom.Timer=function(){
  4.   //Ctorcreatesprivatefieldsandcallsbase.
  5.   Custom.Timer.initializeBase(this);
  6.   this._interval=1000;
  7.   this._enabled=false;
  8.   this._timer=null;
  9. }
  10. //Prototype:members
  11. Custom.Timer.prototype={
  12.   member1:function(){},
  13.   member2:function(){},
  14.   ...
  15. }
  16. Custom.Timer.registerClass('Custom.Timer',Sys.Component);

我们从很多方面研究了prototype相对于closure的性能优势——不光是对象实例的内存使用,还包括实例化一个包含各种各样类和成员的典型应用程序。这种性能研究都在多个浏览器中进行,因为我们的目标是找出一个应用于所有浏览器上最合适的模型。#t#

如果您只是编写ASP.NET页面,在自己的脚本或者XML-Script中使用ASP.NET AJAX Framework客户端对象,则不会受到这种变化的影响。

CTP版使用了内置的closure支持,保证了基础方法能够被合适地访问到。ADO.NET模型这个支持在在RTM中被移出了,您可能会需要为基于prototype的类派生出“子类”,那么请不要在继承链中任何一个使用基于closure的类型。

Note:在beta版中,存在着一些支持closure的概念,这有可能在RTM时被移除。然而,一般来说ADO.NET模型还是能够在子类中使用,即使它派生于一个prototype类。但是开发人员不应该使用closure开发一个可能被继承的类。

当前标题:定义ADO.NET模型讲析说明
URL标题:http://www.csdahua.cn/qtweb/news46/283896.html

网站建设、网络推广公司-快上网,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 快上网