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来建造应用

AspNet技术asp.net开发与web标准的冲突问题的一些常见解决方法,转载需保留来源!

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。