ASP.NET是否存在客户端控件?

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