关于WebForms以及一些ASP.NET开发上的经验（2）

这里就要谈到ASP.NET MVC了。其实光从View上来看，我不知道这算不算是进步（当然其实我不介意内 联的写法，有时候反而更清晰）。ASP.NET MVC如果光从View（模板）方式来看，有点回到了当年的ASP方 式（当然，还是补充了一些Helper）。ASP.NET MVC的特点在于M-V-C的分离，在于业务逻辑的触发方式， 在于URL Routing的驱动方式，而不是模板化的写法。如果要说MVC在View层面比ASP.NET清晰，我是肯定 不会同意的，因为我完全可以在WebForms的ASPX页面中“写成”ASP.NET MVC类似的方式。不知道您是否 同意，至少我认为，使用WebForms内Repeater或ListView的写法，不会输给ASP.NET MVC的模板。而且事 实上，在ASP.NET MVC中作为View使用的aspx页面里，我们完全也可以放置Repeater，然后再Page_Load方 法里写代码，这更证明了，在View方面WebForms和ASP.NET MVC其实是非常相似的。

刚才说了，ASP.NET MVC的重要特点，在于M-V-C之间的分离，非常清晰，而且Model和Controller之间 能够进行独立的测试。但是WebForms也可以做到这一点，我在后面的文章中还会谈一下WebForms里如何使 用MVC来做到清晰、分离和单元测试等等。而且，我似乎觉得某些WebForms中能够做到的东西在MVC框架里 却无法或者很难实现。可能是我对于MVC的了解程度还不够多的缘故吧，等我先研究了MVC框架之后再说。 :)

讲到这里，您心中是否有了答案，WebForms究竟能否写出清晰美观的HTML？在WebForms控制样式是否 困难？抛弃GridView，我们并没有什么损失，因为现在的网页中又有多少会用到GridView的功能呢？

目前老赵在公司使用WebForms开发时会与一个专职的前台开发人员配合。他是我认识的最好的前台开 发人员，编程能力强，经验丰富，对于各种浏览器中脚本和样式的差异和问题可谓了如指掌，只是在这之 前他只用过PHP，并没有接触过ASP.NET WebForms。但是仅仅向他解释了几个控件生成HTML的方式，或者 如何从服务器端获得ClientID之后，我们之间的配合就非常轻松顺畅了。无论是开发人员先写放控件然后 由他进行修饰，还是他先写静态样式页面我们再进行替换，都工作的非常顺利。我现在已经能够专注于业 务的实现，架构的设计，而彻底从页面样式的“泥潭”中解放了出来，最多编写一下简单的JavaScript代 码。分工的明确，也使得我们的工作效率得到了相当的提高。

所以最后我给大家的建议就是，尽可能地使用“纯粹”的服务器端控件。例如使用Repeater和 ListView，其实写出优秀的页面非常容易。当然，即使这么做，还是会有一些缺点的，例如：

例如Repeater的ItemCommand事件已经无法使用了，因为它会用到ViewState。但是我们开发的大部分 的页面甚至连PostBack都不需要，这又有什么关系呢？

使用服务器端控件虽然能让我们对于HTML有十足的控制，但是我们无法避免在客户端生成一个不规则 的ID。这一点理论上可能会影响页面样式的开发，但是就我那前台开发人员同事的话来说，除了一些在客 户端进行布局的DOM元素之外，几乎不会使用ID来控制样式。就我们工作的结果来看，不规则的ID也并没 有造成任何的影响。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!