MVC縱向切割了開發(fā)過程中的代碼，從服務器到瀏覽器層層分離，層次之間耦合度很低，因為它是順著底層的開發(fā)脈絡進行封裝，所以有利于開發(fā)者對整個程序過程流轉的理解。但是MVC有一個非常大的缺點，這個缺點是和整個軟件發(fā)展思路相背離的，那就是它無法封裝、無法封裝所以無法被重用。有誰看到過mvc下面的組件？有的只是一個個現(xiàn)成的案例，然后拿來修改。因為一個組件肯定牽涉到控制和顯示，但是mvc的開發(fā)這兩個層次是分離的。MVC只適合輕量級的開發(fā)，桌面開發(fā)是極少用到mvc模式的。然而web開發(fā)恰恰就是輕量級，至今所有的web開發(fā)都是輕量級的，因為網(wǎng)絡硬件條件的限制，不需要也無法做到非常復雜的邏輯。這也是MVC非常非常適合web開發(fā)的原因。
WebForm是微軟前面一套web開發(fā)的機制。它橫向切割了代碼，控制和顯示是封裝在一起的。它從開發(fā)者思維邏輯上而不是實際情況上對代碼進行封裝，開發(fā)webform容易上手的原因也就在此了，但這個不利于開發(fā)者對底層程序流轉機制的理解。WebForm中view和controller是放在一起的，WebForm一出現(xiàn)后，隨之而來的是大量的組件誕生，這是mvc模式下看不到的。微軟的經驗之一是硬件發(fā)展很迅速。代碼的封裝是靠犧牲運行效率來提高開發(fā)效率，犧牲的運行效率通過提高硬件性能來解決。但微軟在webform上犯了經驗主義的錯誤，這個經驗不適合網(wǎng)絡硬件，網(wǎng)絡硬件要考慮兼容性而且是國家的基礎設施，更新的靈活性遠比單機要差。大量的組件因為硬件的瓶頸無法給WebForm帶來什么優(yōu)勢。在發(fā)展了幾年webform后，微軟覺得這樣下去不行，等到網(wǎng)絡硬件發(fā)展起來不知道到猴年馬月了，所以就抄了一下成熟的mvc，通過Entity Framework做數(shù)據(jù)庫和對象的映射，很明顯，它是為了充當mvc中那個Model。通過mvc來控制和展示。
webform生產關系是比mvc先進的，但是它不適合現(xiàn)在的網(wǎng)絡設施生產力，如果要適合說不定要10年后。webform和mvc很好的印證了生產關系必須適合生產力，即使強大如微軟也無法改變客觀規(guī)律。

webform 的一些缺點：
1.webfrom 使用的控件生成的html代碼不太干凈,會有些不想要的東西出現(xiàn)
2.webform 中頁面的ViewState 過于沉重,使得WEB的性能上有一些影響
3.webform 不利于單元測試
mvc的一些優(yōu)點:
層次架構更分明,適合做大中型項目。單元測試更方便。 生成的html代碼干凈整潔。MVC路由解決了頁面靜態(tài)化的一些需求。