asp.net开发与web标准的冲突问题的一些常见解决方法

论坛中也经常有从事.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开发，这是根基！

前几天看了下oxite，顺便装上了asp.net mvc beat，我也不是.net的铁杆粉丝，但是也就没有留意，今天抽空新建了一个mvcapplication示例项目大致地了解了一下，看到了我所希望看到的几个亮点：

• 代码生成的非常干净，这点很重要。
• 不使用现有的将交互返回服务器的postback模型，也就是说在基于mvc的视图内没有viewstate或page的生命周期之说。
• 它包括一个非常强大的url映射组件，允许你使用非常干净的url来建造应用。