在很久很久以前,传说。。。在ASP.NET开发中,使用服务端控件,比客户端控件更加损耗性能。。。 那么ASP.NET中是否有客户端控件呢? 有些人就说了,打开VS,然后在左边,工具箱里,有个HTML部分,就是客户端控件。
那么,这种说法是否正确呢?图上的那些控件,是“客户端控件”???
事实上,在ASP.NET的开发中,根本不存在所谓的“客户端控件”。这是由于缺乏对ASP.NET的了解导致的,多数是由于只看过入门书籍的人,才会有这样的想法和认识。
你拖拽一个HTML里面的的Input(Button)标签到页面上,会发现设计页面上出现了如下一行代码:
<input id="Button1" type="button" value="button" />
后面没有了runat = server就代表它是“客户端控件”了?
简直是无稽之谈。
它是什么?它是一个LiteralControl类型的服务端控件。
它保存在在 System.Web.dll 里面。
仔细看看它的定义:
public class LiteralControl : Control, ITextControl
一目了然,是一个标准的服务端控件【也可以叫服务器控件】。
再看看它所属的类的结构。
继承层次结构:
System..::.Object System.Web.UI..::.Control System.Web.UI..::.LiteralControl
牢记一点:在ASP.NET开发中,不存在客户端控件的说法。
有些朋友质疑:你怎么知道这些HTML组的控件的类型是LiteralControl呢?
这说明你没有阅读过MSDN,至于原文我就不复制了,大家打开文档自己看。
我直接贴代码,讲逻辑:
首先,你创建一个aspx页面,然后拖拽一个label和一个HTML组的button上去,如图:
编译器自动生成代码如下:
<div> <asp:Label ID="Label1" runat="server" Text="Label"></asp:Label> <br /> <br /> <input id="Button1" type="button" value="buttonnnnnnn" /> </div>
为了让大家一目了然,我把这个简单的页面也编译成一个网站,
然后发布。
在bin目录中,把Default页面生成的动态链接库提取出来,然后我们反编译一下其中的这个default.aspx页面的类的源代码:
private HtmlForm __BuildControlform1() { HtmlForm form = new HtmlForm(); base.form1 = form; form.ID = "form1"; IParserAccessor accessor = form; accessor.AddParsedSubObject(new LiteralControl("\r\n <div>\r\n \r\n ")); Label label = this.__BuildControlLabel1(); accessor.AddParsedSubObject(label); accessor.AddParsedSubObject(new LiteralControl("\r\n \r\n <br />\r\n <br />\r\n <input id=\"Button1\" type=\"button\" value=\"buttonnnnnnn\" /></div>\r\n ")); return form; } private Label __BuildControlLabel1() { Label label = new Label(); base.Label1 = label; label.ApplyStyleSheetSkin(this); label.ID = "Label1"; label.Text = "Label"; return label; }
这样,总算是一目了然了吧?相信看了这个代码,朋友们就会了解.NET FRAMEWORK是如何处理和解析控件库的。你还认为使用HTML工具箱里的控件,就是所谓的“客户端控件”吗?
大家还记得runat="server"属性,如果一个标签包含了这个属性,那么,ASP.NET运行库会创建一个具体的类的一个实例,否则,如果不指定这个属性,则编译成一个LiteralControl对象。【也别忘记,作为控件唯一的标示性ID的重要性不言而喻】
ASP.NET页的上下文中出现的一切,都被看做是控件【包括iframe,DIV,span等等等等】。
希望朋友们以后不要再被那些所谓的“听说”“传说”“XX说”所误导,
加深对.NET FRAMEWORK的学习和理解。
那么,在追求性能的时候,要注意什么事情呢?
说点个人看法:当你盲目追求所谓的高性能的时候,是否忽略了开发周期和以后的维护呢?你的那点性能提高,对用户,有用吗?如果追求性能的极致,为什么不用机器语言写呢?你所谓的技巧,远不如那些比较成熟的解决方案来的容易。那些想当然的,或者是传说的技巧,能带来的性能提升,往往是在你没有接触过其他解决方案的时候,才能给你带来一些快感罢了。
这种事情不能想当然,你每想当然一次,可能给其他人带来很多烦恼。。。
这样,总算是一目了然了吧?相信看了这个代码,朋友们就会了解.NET FRAMEWORK是如何处理和解析控件库的。你还认为使用HTML工具箱里的控件,就是所谓的“客户端控件”吗?
大家还记得runat="server"属性,如果一个标签包含了这个属性,那么,ASP.NET运行库会创建一个具体的类的一个实例,否则,如果不指定这个属性,则编译成一个LiteralControl对象。【也别忘记,作为控件唯一的标示性ID的重要性不言而喻】
ASP.NET页的上下文中出现的一切,都被看做是控件【包括iframe,DIV,span等等等等】。
希望朋友们以后不要再被那些所谓的“听说”“传说”“XX说”所误导,
加深对.NET FRAMEWORK的学习和理解。
那么,在追求性能的时候,要注意什么事情呢?
说点个人看法:当你盲目追求所谓的高性能的时候,是否忽略了开发周期和以后的维护呢?你的那点性能提高,对用户,有用吗?如果追求性能的极致,为什么不用机器语言写呢?你所谓的技巧,远不如那些比较成熟的解决方案来的容易。那些想当然的,或者是传说的技巧,能带来的性能提升,往往是在你没有接触过其他解决方案的时候,才能给你带来一些快感罢了。
这种事情不能想当然,你每想当然一次,可能给其他人带来很多烦恼。。。
转载:http://hi.baidu.com/44498/item/2607534e09d8290ee8350492?qq-pf-to=pcqq.c2c