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

《客服端控件与服务器控件的区别》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、什么时候用html控件，什么时候用"标准控件"?能不用服务器端控件尽量不用能用html控件就不要用web控件服务器端控件效率低前两句同意，至于后一句，效率上，纯html肯定比runat=server低，对于runat=server，事实上asp.net内部帮我们作了许许多多的工作，比如在asp/php/jsp中需要'/>来维护两次post之间的状态而帮我们做了这项工作，其

2、内部也是使用Request.Form类获取值，然后经过一系列的处理周期（asp.net基于事件驱动）在一个页面上，前者，只是一个字符流的输出，后者涉及对象的创建，控件层次的维护，大量相关页、控件事件同步，ViewState维护比如必然导致额外的性能损耗，但，它带来的是，【开发效率成倍的提升，完整的组件编程模式....】你不必再一堆的Request.Form中绕，你可以引用服务器控件对应，统一的编程模型如1.stringtxt=Requst.Form["MyTextBoxClientName"];VSstringtxt2=MyTextBoxSer

3、verID.Text;2.//jsdocument.form1.action="?action=delete"//aspx.csif(Requst.QueryString["action"]=="Delete"){  //执行删除操作...}VS//aspx

4、---------------------那么，如何选择？A.对于简单控件，如TextBoxCheckBoxDropDownList....等等与htmlform表单元素直接对应的，假如我们系统维护多次提交之间他们的状态，未尝不可使用之，至于效率，通常是可以忽略的，另外，你还处于Win32前时代迈？B.对于GridView/DataGrid/... 这样的控件，以以及TreeViewMenu...，前者实际上帮我们完成了asp中while'遍历RecordSetResponse.Write("...")'这么一项工作，同时提供前

5、述的完整的事件模型，便于我们服务器端编程操作【他们最大的诟病就是，假如你启用（默认启用）【ViewState】来维护状态，那么你一次绑定显示的数据多，页面的大小会成倍的增长】但是，同时，你也注意到，假如我通过ViewState来维护状态了，虽然页面变大了，但是多次提交之间，我不必从数据库再加载这些数据了，因为控件会才自动从ViewState中自动恢复ViewState是通过存储在一个隐藏域来实现的，htmlinputhidden这是我们在asp/php/jsp常用的手段的简单的分析之后，你会发现，ASP.NET就是一个“框架”，包装了很多东西为

6、我们建立了一个统一的Web开发模型，这个模型最重要的就是，事件驱动——将客户端事件映射为服务器事件，进而实现类型WinApp的开发模式！ASP.NET有太多的特性，没有办法三言两语说清楚，至于性能，你不能简单的说，用服务器控件，效率就低，控件一般是给非专业人士准备的，就是只会拖动鼠标的那些人，专业开发人员很少用的；高手不见得就不用，runat=server，一个性能优良的应用系统，是需要综合各方面的设计策略的，从ASP迁移的过来的，多数会对asp.net产生疑惑，但是相信，具有传统web开发经验者，能够很快，理解其本质，了解其内在运行机制，不管

7、如何，他们都离不开最原始的Requst/Response这两个对现象！系统性能与开发效率需要一个tradeoff的过程，毕竟，我们已经不在3.5英寸盘的时代，2004年末我加一条256内存的是，240￥，还是现代的现在512的多少1G的多少？从应用系统类型看，除了，门户型的信息类网站之外（他们更多使用静态页），简单服务器控件可以放心使用，重量的服务器控件，根据设计策略而定另外，假如基于纯AJAX，那看什么框架了，轻量基本的如AjaxPro，也就没有必要服务器控件了，通过js+DOM+dhtml基本可以完成UI绘制了以下转自CSDN松鼠发言任何编

8、程模型都有常见的性能缺陷，ASP.NET也不例外。本节描述一些可避免在代码中出现性能瓶颈的方法。在未使用时禁用会话状态：并非所有的应用程序或页都要求基