当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的做法，我觉得是：海纳百川，有容乃大。