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

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

WebForm是簡單的窗體設(shè)計(jì)，前端在.aspx，后置代碼.cs負(fù)責(zé)事件處理；MVC顧名思義就是分成了Model模型，View視圖，Controller控制器三個(gè)部分，進(jìn)行分工工作。對于大的項(xiàng)目開發(fā)，顯然MVC更適合，總不能所有東西都讓一個(gè)人來做吧，呵呵