我觉得服务器控件不一定在asp.net中经常使用,以下的一些观点,大家说说自己的经验:1、像一些表单控件,我觉得用传统的asp模式,使用客户端的控件,用request.form[""]接收,比较简单,同时也可以发挥c#的强大类库。不知道大家是怎么做的。2、数据库绑定显示控件大家经常使用吗?像datagird这些。还是使用像asp那样的循环<tr>的方式自己写表格,我觉得后者非常灵活。3、大家都用“后代码”模式吗?

解决方案 »

  1.   

    做asp.net要习惯代码分离,WEB控件和数据绑定
    确实很方便,要说灵活要看你是不是会用了
    循环显示的话repeater就是循环显示而且很灵活
    数据绑定了以后还可以随时调整数据的
      

  2.   

    服务器控件非常强大,能大大降低开发难度,一般的应用,如楼主所说使用<tr>循环也可以,但这样界面部分和代码部分完全混淆,如果需要修改界面,工作量会非常大,并且容易出错。控件将表示层的显示完全独立出来,其优势是显而易见的建议参考:www.evget.com
      

  3.   

    能用就用,为什么不用呢?不过前台网页要优先考虑使用repeater,最好都用repeater,实在不行了在用DataList,不要用DataGrid。后台呢就倒过来了,优先使用DataGrid。
      

  4.   

    生手:
        如果基本上全部用服务器控件写代码的,那他90%的可能性不擅长asp
        如果时常考虑到输出HTML来编写代码的,那他90%的可能性很擅长asp
        (我指的是思维惰性,刻意追求不算)
    熟手:
        比较明白选择哪种编码方式来书写代码,但更偏向于服务器控件
    高手:
        十分清楚编码方式的选择,基本上不用HTML来控制输出格式了
    大师:
        考虑的不再是用什么编码方式,而是用哪个控件性能更佳,效率更高