有关ASP.NET控件性能比较的问题

应该是后者，首先如果只要一条记录就没有必要用数据控件。
其次维护数据库控件所用的资源要比lable 要大。因为后者和前者相比所要维护的属性是很少的（自己这么认为，或许不正确。）

解决方案 »

  1.   

    一条就不用DATALIST/REPEATER绑定了,直接用lable输出了
      

  2.   

    请教大家，是否有这样的比较：
    一个DATALIST所耗的资源相当于几个LABEL所耗资源:)还有一种就是asp的思想<%= %>
    与LABEL相比又该怎么选择？
      

  3.   

    尽量不要用在aspx中使用<%%>
      

  4.   

    为什么说不要在ASPX中不要使用<%%>？
      

  5.   

    在HTML标签中，嵌入<%%>之后。
    在VS下，无法切换到设计视图模式下。
    所以，个人感觉是不是显示单条记录就不要使用Repeater类似的控件。而只需要使用Label,HyperLink这些控件。在代码中只要使用了WEB控件，就不会出现象使用HTML控件的时候出现的<%%>在视图模式下不支持的情况了吧？
    而显示多条记录时，使用DataList控件等，减少资源的消耗。
      

  6.   

    提问的，你好像还在ASP时代吧，怎么搞的，还用LABEL加入，有没有搞错，用Datalist和Datagrid都不错啊，这样既方便，又可以对这个表进行多种处理，以后改程序也不麻烦，多好！唉。。
    你好好考虑考虑。
    好了，好了，回答了问题，然后要做宣传了，这可是个不错的宣传哦，自己以前以为自己是搞IT的，对一些网络赚钱不屑一顾，前两个月看我的一个亲戚搞网挣既然一个月搞了一千多，我的老天，够我写一个星期的代码的，他可在家里玩，我郁闷哪，反正公司也方便，也就注册了一个，我想我们搞程序员的都应该有网上银行吧，也就方便，花了个十元，反正也不亏多少，然后又花了十元做了个高级会员，平常拉了拉一些论坛上的朋友去搞，并教他们方法，预想不到啊，既然我的帐户里在一星期后开始有成效，不仅在拉其他人一起做代理，还利用我们程序员自身的优势，做软件代理，一个月下来，有了八百元，呵呵工资发了，还有这点收入，我打算用它去旅游啊，同胞们，你们不防也去试试，不过，你如果不经常宣传就算了，因为这样你不仅收入不了多少，而且还浪费了时间，如果你常上论坛，那恭喜，你已经成功了一半了。朋友们，去看看。。都是IT人，一看就明白。
    http://fj35.com/so/?mid=jzqjzqjzq
      

  7.   

    替楼主ding一下。大家继续讨论^_^____________________________________
    notice
      

  8.   

    woaidahai(幽幽) ( )，，汗死，，
      

  9.   

    label也可以绑定数据的，它消耗的资源肯定比那些要小
    不过要尽量保持少的代码，降低出错率，维护也方便
      

  10.   

    那个叫幽幽的，你做宣传都做到这了，晕了，不过这事倒是有，我们单位就有一个，做得像模像样的，我都要被他说变心了，不过看他那辛苦劲，我懒得做，天天在发贴子，做宣传，他一个月多出一千左右吧，他说有时间会做得更好，晕，看他好憔悴啊。。
    你也要注意身体才行？小姐OR哥们儿datagrid.databind()
    label?
    setdata?
    其实我觉得还是用Oledbconnection定义,Oledbmycommand连接，oledbdatareader读取，Datagrid绑定效率比较高，不过我现在习惯了使用setdata,呵呵。
      

  11.   

    楼上的setdata是dataset吗？
    看过这篇文章吗？dataset占用内存比较大，耗资源自然就比较多。
    所以，还是尽量少用，个人这么觉得。Asp.net性能优化总结（一）
    作者：jxf_yx   最近对项目收尾。整理了项目文档，看到以前对性能优化所做的标记。出于和大家共同讨论的目的，发表自己的看法。欢迎大家对此讨论，如有错误请大家指正。（此文不涉及如cahe等深层机制应用和研究，只是些肤浅应用和建议）关于数据处理相关的优化一、SqlDataRead和Dataset的选择Sqldataread优点：读取数据非常快。如果对返回的数据不需做大量处理的情况下，建议使用SqlDataReader，其性能要比datset好很多。缺点：直到数据读完才可close掉于数据库的连接(SqlDataReader 读数据是快速向前的。SqlDataReader 类提供了一种读取从 SQL Server 数据库检索的只进数据流的方法。它使用 SQL Server 的本机网络数据传输格式从数据库连接直接读取数据。DataReader需及时显式的close。可及时的释放对数据的连接。)Dataset是把数据读出，缓存在内存中。缺点：对内存的占用较高。如果对返回的数据需做大量的处理用Dataset比较好些可以减少对数据库的连接操作。优点：只需连接一次就可close于数据库的连接*一般情况下,读取大量数据,对返回数据不做大量处理用SqlDataReader.对返回数据大量处理用datset比较合适.对SqlDataReader和Dataset的选择取决于程序功能的实现。 二、ExecuteNonQuery和ExecuteScalar对数据的更新不需要返回结果集，建议使用ExecuteNonQuery。由于不返回结果集可省掉网络数据传输。它仅仅返回受影响的行数。如果只需更新数据用ExecuteNonQuery性能的开销比较小。ExecuteScalar它只返回结果集中第一行的第一列。使用 ExecuteScalar 方法从数据库中检索单个值（例如id号）。与使用 ExecuteReader 方法， 返回的数据执行生成单个值所需的操作相比，此操作需要的代码较少。*只需更新数据用ExecuteNonQuery.单个值的查询使用ExecuteScalar数据绑定的选择三、数据的绑定DataBinder   一般的绑定方法<%# DataBinder.Eval(Container.DataItem, "字段名") %>用DataBinder.eval 绑定不必关心数据来源(Dataread或dataset)。不必关心数据的类型eval会把这个数据对象转换为一个字符串。在底层绑定做了很多工作，使用了反射性能。正因为使用方便了，但却影响了数据性能。来看下<%# DataBinder.Eval(Container.DataItem, "字段名") %>。当于dataset绑定时，DataItem其实式一个DataRowView（如果绑定的是一个数据读取器（dataread）它就是一个IdataRecord。）因此直接转换成DataRowView的话，将会给性能带来很大提升。.<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>*对数据的绑定建议使用<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>。数据量大的时候可提高几百倍的速度。使用时注意2方面：1.需在页面添加<%@ Import namespace="System.Data"%>.2.注意字段名的大小写（要特别注意）。如果和查询的不一致，在某些情况下会导致比<%# DataBinder.Eval(Container.DataItem, "字段名") %>还要慢。如果想进一步提高速度，可采用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不过其可读性不高。
      

  12.   

    楼上的woaidahai(幽幽)，我不同意你的看法！
    难道ASP.NET就不能用LABEL了吗？
    当我只需要绑定一条多个字段的记录的时候，使用LABEL绑定不略胜一筹吗？
    顶！