asp.net控件

发布网友发布时间：2022-05-14 03:25

共3个回答

热心网友时间：2022-04-27 13:30

需要后台处理或者需要和服务器端交互的话就用服务器控件，单纯的在客服端处理一些逻辑的话就用客户端控件。
比如实现一条数据的添加操作，需要和后台交互，就用服务器控件。而清空文本框操作可以通过JS代码实现，就用客户端控件。
服务器控件需要编译，比客户端控件慢，所以能不用就尽量不用。

1、html服务器控件
html服务器控件就是客户端控件加上runat=“server”之后变成的服务器控件。如：<input type="text" runat="server" id="txtID" />
2、web服务器控件
web服务器控件就是ASP.NET提供的服务器控件。如:<asp:TextBox ID="txtID" runat="server"></asp:TextBox>
3、客户端控件
一般的html控件，如：<input type="text" id="txtID" />

热心网友时间：2022-04-27 14:48

从性能角度考虑能不用服务器控件的就尽量不用
比如文本框就可以用
<input type="text" runat="server" id="txtUsername" />
虽然这个也算是半个服务器控件，但是他要比<asp:TextBox />资源要少。
如果用到像要显示数据列表之类的，
就用服务器控件，
如：GridView,DataList,FormView,DetailView,Reapeter之类的。。。

热心网友时间：2022-04-27 16:22

加上了runat='server'就是服务器控件了。半个？整个！
不过他不是textbox——当然不是，它是HtmlInput，也是服务器控件，和textbox一样派生自webcontrol。

性能？在这种细节上考虑性能，那还不如不用c#这种解释性的语言。在项目中，最好统一使用一种形式的控件，方便维护。

如果真的需要textbox的时候，再去改成textbox，那可就麻烦了。前台要改，后台又要把Value改成Text......

只要处理数据的业务逻辑和获得数据的数据库访问代码性能没有问题，不用考虑这些边边脚脚。当然，如果是学术兴趣，那无可厚非。