关于ASP.NET开发中Web标准的几点建议_.Net教程

推荐：揭秘ASP.NET的开发安全问题
前言：之所以想到要写ASP.NET安全问题的文章，是有感于自己的一些经历。想当初自己学习ASP.NET的时候，到处找有关安全方面的文章，当时发现很多文章指示蜻蜓点水的告诉我怎么用，如安全的主要问题有哪5个，也只是很简要的告诉我什么是Forms身份验证，什么是

摘要：NET开发新手总会遇到一些ASP.NET开发过程中与Web标准之间的冲突问题，这里向您提供几个建议，使ASP.NET开发过更加符合Web标准。

Visual Studio.NET从2003到现在的2008，一路走来慢慢强大……从以前的vs2003能自动改乱你的html代码到现在在vs2008中都能直接对html代码进行w3c标准验证并提示了，非常不易。

论坛中也经常有从事。NET开发的新手朋友问一些ASP.NET开发过程中与Web标准之间的冲突问题，其实说到底就是客户端代码生成的问题。更高深的开发层面的东西我也说不出来，从页面前端的角度和大家分享一下建议：

少用ASP.NET中的服务器端控件

在Visual Studio中，有一系列强大的控件，让我们的刚开始学习。NET开发人员爱不释手。但vs中的这些控件，大多都是基于winForm的那种模式搬来的，在网页开发上，有些控件还是少用为佳，比如：

不要什么也没都统统加form runat=“server”，有朋友说，不加form runat=“server”其他控件很多就不可以用了。是的，我们就是要在必要的地方加，确实是有表单的地方，自然要加，但绝对不是。NET默认的那种，所有页面都在body标签下第一个标签就是form。这是不合理的。

少用Asp:Gridview这样的控件，可考虑asp:Repeater控件或者自己去写第三方控件，反正很简单，让代码输出听你的。

用asp:Literal替换asp:Label，asp:Literal输出是干净的。

少用asp:LinkButton这样的控件，链接就是链接，按钮就是按钮，没必要搞一个什么LinkButton……

默认的表单验证控件虽然用起来简单，但还是自己写的比较好用。

总之，我们要注重代码输出的质量，而默认的控件有些是达不到这个要求的。

少用Frameset/Iframe标签

在一般网页中用框架页来布局（Header/Sidebar/Content/Footer）的做法基本上已经淘汰了，当然，后台管理这类的应用还是可以用的，前端展现的页面就不可以了，Visual Studio 2005中开始，就有了MastERPage，这个用起来也非常方便。其实和早期asp中include header.asp这样的做法是相似的。

少用PostBack机制

.NET中的postback机制，有它的理由，合理使用吧，互联网产品中少用点没错！

多看成熟的。NET开源产品

比如：微软开源的oXite、PetShop、Discuz论坛的。NET版、BlogEngine、CVBBS等等，都是基于。NET开发的比较好的例子。

多关注客户端代码质量

毕竟是基于浏览器的，用户体验、W3C标准、浏览器兼容等等，没有好的客户端代码，都是支撑不起来的。

多学习必要的客户端知识

很多。NET初学者对html/css/JavaScript这些客户端基本知识了解得不够，特别是Javascript，你会发现很多以前你都Postback到服务器端去做的事情，原来用javascript就可以轻松地在客户端去完成了！Web开发，这是根基！

分享：浅谈.NET反射的封装
.NET反射提供了在运行时获取对象类型元数据的途径，使程序可以动态地调用对象的属性、方法。动态性带来的代价是反射调用不像基于静态类型的直接调用那样简洁，且缺乏类型检查机制，失去了IDE智能提示，容易出错；于是，不少朋友尝试对.NET反射进行封装。这个