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