一、过多嵌套用户控件
.Net为了避免命名的重复，客户端ID的命名都是将祖祖孙辈辈的名称加起来，作为当前控件的名字，而且在.Net中，客户端HTML元素基本都有ID,CSS属性。这样一来，客户端输出的代码，仅是名称就会占到代码量的1/4左右。正确的做法是少用用户控件，将控件名缩短。
.Net为了避免命名的重复，客户端ID的命名都是将祖祖孙辈辈的名称加起来，作为当前控件的名字，而且在.Net中，客户端HTML元素基本都有ID,CSS属性。这样一来，客户端输出的代码，仅是名称就会占到代码量的1/4左右。正确的做法是少用用户控件，将控件名缩短。
二、使用太多的视图状态
.Net的视图状态是很爽，但你知道视图状态是怎么工作的么？它是把数据经过编码后，输出到客户端的隐藏域中。以前就见到一哥们，输出的代码居然有2M，天啦，NotePad都打不开。正确的做法是尽量少用视图状态，以前.Net没出来的时候，大家就不做网页了么？有那么多数据需要保存么？
.Net的视图状态是很爽，但你知道视图状态是怎么工作的么？它是把数据经过编码后，输出到客户端的隐藏域中。以前就见到一哥们，输出的代码居然有2M，天啦，NotePad都打不开。正确的做法是尽量少用视图状态，以前.Net没出来的时候，大家就不做网页了么？有那么多数据需要保存么？
三、一切都由服务器响应
我不知道是该骂MS白痴还是应骂某些程序员白痴，一个返回事件都要由服务器去响应，考验服务器的水平么？现在都要向富客户端或者智能客户端发展了，还把什么东西都交给服务器干什么？如果让去开发一个并发访问上千次的网站，你就知道少一个服务器响应对于服务器来讲是多么重要了。正确的做法是能在客户端响应，尽量由客户端响应，谁喜欢有事没事地刷屏啊，刷得眼都花了
我不知道是该骂MS白痴还是应骂某些程序员白痴，一个返回事件都要由服务器去响应，考验服务器的水平么？现在都要向富客户端或者智能客户端发展了，还把什么东西都交给服务器干什么？如果让去开发一个并发访问上千次的网站，你就知道少一个服务器响应对于服务器来讲是多么重要了。正确的做法是能在客户端响应，尽量由客户端响应，谁喜欢有事没事地刷屏啊，刷得眼都花了
四、完全依赖于服务器控件
某些程序员不管是做什么，总喜欢拉一个服务器控件到网页中，哪怕是简单的文字，也要接一个Label。可是这样你知不知道.Net所有的服务器控件都需要.Net FrameWork经手一遍呢？拜托，别考验服务器了，让他歇会儿吧
某些程序员不管是做什么，总喜欢拉一个服务器控件到网页中，哪怕是简单的文字，也要接一个Label。可是这样你知不知道.Net所有的服务器控件都需要.Net FrameWork经手一遍呢？拜托，别考验服务器了，让他歇会儿吧
五、过多地使用Session
不管是.Net，还是Java，还是ASP等等，一律少用Session，这个东西太浪费资源了，而且在IIS下还容易丢失，放弃吧。
不管是.Net，还是Java，还是ASP等等，一律少用Session，这个东西太浪费资源了，而且在IIS下还容易丢失，放弃吧。
六、不考虑最终生成的HTML代码
.Net确实非常强大，但还没有强大到不使用HTML代码，.Net最终生成的代码麻烦你在开发的时候看一看，你就会慎重选择服务器控件、视图状态这些玩意儿了。别发生2M的HTML代码这样的笑话了。
.Net确实非常强大，但还没有强大到不使用HTML代码，.Net最终生成的代码麻烦你在开发的时候看一看，你就会慎重选择服务器控件、视图状态这些玩意儿了。别发生2M的HTML代码这样的笑话了。
七、乱用新技术
网页是做给别人用的，别一会儿反射，一会设计模式，一会儿泛型的，把合适的技术用在合适的地方，才是最好的技术
网页是做给别人用的，别一会儿反射，一会设计模式，一会儿泛型的，把合适的技术用在合适的地方，才是最好的技术
最后，希望所有的.Net程序员，只要你在做Web开发，多去学学HTML，CSS，Javascript，这些是做网页的基础。
注意：本文为我的独立博客镜像博客，自发表不再更新，原文可能随时被更新，敬请访问原文。同时，请大家不要在此评论，如果有什么看法，请点击这里：http://iove.net/1705/
本文来自http://iove.net，欢迎转载，转载敬请保留相关链接，否则视为侵权，原文链接：http://iove.net/1705/
