在很久很久以前，传说。。。在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
