客服端控件与服务器控件的区别

什么时候用html控件，什么时候用"标准控件"?能不用服务器端控件尽量不用能用html控件就不要用web控件服务器端控件效率低前两句同意，至于后一句，效率上，纯 html 肯定比 runat=server 低，对于 runat=server ，事实上 内部帮我们作了许许多多的工作，比如在 asp/php/jsp 中需要<input type=text name=MyTextBoxName value='<%=Request.Form["MyTextBoxName"] %>' />来维护两次post之间的状态而<asp:textbox/> 帮我们做了这项工作，其内部也是使用Request.Form 类获取值，然后经过一系列的处理周期（基于事件驱动）在一个页面上，前者，只是一个字符流的输出，后者涉及对象的创建，控件层次的维护，大量相关页、控件事件同步，ViewState维护比如必然导致额外的性能损耗，但，它带来的是，【开发效率成倍的提升，完整的组件编程模式....】你不必再一堆的 Request.Form 中绕，你可以引用服务器控件对应，统一的编程模型如1. string txt = Requst.Form["MyTextBoxClientName"]; VSstring txt2 = MyTextBoxServerID.Text;2.// jsdocument.form1.action = "?action=delete"// aspx.csif(Requst.QueryString["action"] == "Delete") {// 执行删除操作 ...}VS// aspx<asp:Button Click =DeleteButton_Click ...// aspx.csvoid DeleteButton_Click( ...{// 执行删除}-------------------------------------------------------------------------------那么，如何选择？A.对于简单控件，如 TextBox CheckBox DropDownList .... 等等与 html form 表单元素直接对应的，假如我们系统维护多次提交之间他们的状态，未尝不可使用之，至于效率，通常是可以忽略的，另外，你还处于 Win32 前时代迈？B.对于 GridView/DataGrid/ ... 这样的控件，以以及TreeView Menu ...，前者实际上帮我们完成了 asp 中while '遍历 RecordSetResponse.Write("<tr><td>...") '这么一项工作，同时提供前述的完整的事件模型，便于我们服务器端编程操作【他们最大的诟病就是，假如你启用（默认启用）【ViewState】来维护状态，那么你一次绑定显示的数据多，页面的大小会成倍的增长】但是，同时，你也注意到，假如我通过 ViewState 来维护状态了，虽然页面变大了，但是多次提交之间，我不必从数据库再加载这些数据了，因为控件会才自动从 ViewState 中自动恢复ViewState 是通过存储在一个隐藏域来实现的，html input hidden 这是我们在 asp/php/jsp 常用的手段的简单的分析之后，你会发现， 就是一个“框架”，包装了很多东西为我们建立了一个统一的 Web 开发模型，这个模型最重要的就是，事件驱动——将客户端事件映射为服务器事件，进而实现类型 Win App 的开发模式！ 有太多的特性，没有办法三言两语说清楚，至于性能，你不能简单的说，用服务器控件，效率就低，控件一般是给非专业人士准备的，就是只会拖动鼠标的那些人，专业开发人员很少用的；高手不见得就不用，runat=server，一个性能优良的应用系统，是需要综合各方面的设计策略的，从ASP迁移的过来的，多数会对 产生疑惑，但是相信，具有传统web开发经验者，能够很快，理解其本质，了解其内在运行机制，不管如何，他们都离不开最原始的 Requst/Response 这两个对现象！系统性能与开发效率需要一个 tradeoff 的过程，毕竟，我们已经不在3.5英寸盘的时代，2004 年末我加一条256内存的是，240￥，还是现代的现在 512 的多少 1G 的多少？从应用系统类型看，除了，门户型的信息类网站之外（他们更多使用静态页），简单服务器控件可以放心使用，重量的服务器控件，根据设计策略而定另外，假如基于纯 AJAX ，那看什么框架了，轻量基本的如 AjaxPro，也就没有必要服务器控件了，通过 js + DOM+ dhtml 基本可以完成 UI 绘制了以下转自CSDN 松鼠发言任何编程模型都有常见的性能缺陷， 也不例外。

本节描述一些可避免在代码中出现性能瓶颈的方法。

在未使用时禁用会话状态：并非所有的应用程序或页都要求基于每个用户的会话状态。

如果不需要，可将其完全禁用。

这可以通过以下页级别指令轻松实现：<%@ Page EnableSessionState="false" %> 注意：如果页需要访问会话变量但不创建或修改它们，请将指令值设置为 ReadOnly。

还可为 XML Web 服务方法禁用会话状态。

请参阅 XML Web 服务一节中的使用对象和内部对象。

慎重选择会话状态提供程序： 为存储应用程序的会话数据提供了三种不同的方法：进程内会话状态、作为 Windows 服务的进程外会话状态和 SQL 数据库中的进程外会话状态。

每种方法都有自己的优点，但进程内会话状态是迄今为止速度最快的解决方案。

如果仅在会话状态中存储少量易失数据，则应使用进程内提供程序。

进程外解决方案主要用于 Web 花园和 Web 农场方案，或用于当服务器/进程重新启动时不能丢失数据的情况。

避免与服务器间的过多往返行程：Web 窗体页框架是 的最佳功能之一，因为它可以显著减少为完成某项任务所需编写的代码量。

使用服务器控件和回发事件处理模型的页元素编程访问无疑是最省时的功能。

但是，对这些功能的使用存在着适当和不适当的方法，了解何时使用它们是适当的很重要。

应用程序通常仅在检索数据或存储数据时才需要往返于服务器。

多数数据操作可在往返行程间在客户端进行。

例如在用户提交数据前，通常可以在客户端验证窗体项。

通常，如果不需要将信息中继回服务器，则不应往返于服务器。

如果编写自己的服务器控件，请考虑让它们为上级（支持 ECMAScript）浏览器呈现客户端代码。

通过采用“智能”控件，可显著减少对 Web 服务器的不必要点击次数。

使用 Page.IsPostback 避免往返行程上的额外工作：如果处理服务器控件回发，通常需要在第一次请求页时执行代码，该代码不同于激发事件时用于往返行程的代码。

如果检查 Page.IsPostBack 属性，则代码可按条件执行，具体取决于是否有对页的初始请求或对服务器控件事件的响应。

这样做似乎很明显，但实际上可以忽略此项检查而不更改页的行为。

例如：<script language="C#" runat="server">public DataSet ds;...void Page_Load(Object sender, EventArgs e) { // ...set up a connection and command here...if (!Page.IsPostBack) { String query = "select * from Authors where FirstName like '%JUSTIN%'"; myCommand.Fill(ds,"Authors"); myDataGrid.DataBind();}}void Button_Click(Object sender, EventArgs e) { String query = "select * from Authors where FirstName like '%BRAD%'"; myCommand.Fill(ds, "Authors");myDataGrid.DataBind();}</script><form runat="server"><asp:datagrid datasource='<%# ds.DefaultView %>' runat="server"/><br/><asp:button onclick="Button_Click"runat="server"/></form>Page_Load 事件对所有请求都执行，因此检Page.IsPostBack，以便在处理 Button_Click 事件回发时不执行第一个查询。

请注意，即使没有此检查，页的行为也不会改变，因为第一个查询中的绑定会被事件处理程序中的DataBind 调用推翻。

记住，在编写页时会很容易忽略这个简单的性能改进。

谨慎适当地使用服务器控件：尽管服务器控件使用起来非常容易，但它并不总是最佳选择。

许多情况下，简单的呈现或数据绑定替换可以完成同样的事情。

例如：<script language="C#" runat="server">public String imagePath;void Page_Load(Object sender, EventArgs e) { //...retrieve data for imagePath here...DataBind();}</script><%-- the span and img server controls are unecessary...--%> The path to the image is: <span innerhtml='<%# imagePath %>' runat="server"/><br/> <img src='<%# imagePath %>' runat="server"/><br/><br/><%-- use databinding to substitute literals instead...--%>The path to the image is: <%# imagePath %><br/><img src='<%# imagePath %>' /><br/><br/><%-- or a simple rendering expression...--%>The path to the image is: <%= imagePath %><br/><img src='<%= imagePath %>' />在此示例中，不需要服务器控件将值代入发送回客户端的结果 HTML。