当aspx遇到mvc

在技术方面,我可能在cnblogs里面是不是NX的
但是,任何问题只要抽象到一定的程度,他们是没有什么区别的。
就像C#中任何两个对象都可以被看作是object对象

在asp.net里面的Request和Response最终应该是IHttpHandler来实现的。

public class Page : TemplateControl, IHttpHandler
所以说,aspx只不过是其中的一种实现方式(也是默认的)。而且Page还继承了实现了IComponent
的Control类,这就允许我们使用面向组件的方式来实现http的请求。

如果有谁比较牛或者看不贯aspx的那种实现方式,完全可以自己实现一个IHttpHandler。

MVC在我看来不过用.net来包装的asp,当然它比asp优秀多了。

但是,这些都不重要,不是吗!
它们只是为了实现我们的功能或者说是需求。现在的问题是它们好像都能实现我们的需求,所以我
们可以选择了。有选择就会有争论,焦点当然是那个更好。

事实上,这个命题很抽象,因为它没有给出一个具体环境。
好与不好不是mvc和aspx能够决定的,决定它们的是环境和评价标准。

我拟出一个评价标准,如果大家对这个标准有疑义的话,那下面的分析也就没有意义了。

1、开发成本
2、运行成本
3、维护成本
4、升级成本

(以上的成本不仅仅指money还有效率等等相关的)

在很多的环境中:
1、aspx的开发成本要比mvc来的低
2、aspx的运行成本要比mvc来的高
3、aspx的维护成本要比mvc来的低
4、aspx的升级成本要比mvc来的低

(假设技术人员的水平都是一流的,一样的。或者屏蔽他们的差异性)

在不同的环境中它们的量比是不一样的。而抉择就要靠这个量比来支持。

如果是做baidu一样的,基本上界面不变,单位时间访问量很大,那应该力挺mvc。
要是像我们公司的论坛(内网,机器好的要命),mvc的优势根本不能和aspx媲美。

和别人的看法不同,我觉得企业级开发应该用aspx,因为它的单位访问量不会很多。
在企业开发中,经常面临着需求的变更,以及企业的发展,业务的升级。

对于ms的做法,我觉得是:海纳百川,有容乃大。

posted @ 2007-12-24 12:07  BigRain  阅读(3262)  评论(3编辑  收藏  举报