1樓：匿名使用者
這三者都是由團隊研發和支援的技術框架，至於如何選擇，取決於你自己的背景。
如果是業餘愛好者或者是程式設計方面的菜鳥，web page是不錯的選擇，簡單易上手，輕鬆易跡鋒燃學。web page的重點在於實現新增動態的(伺服器端)**姿虛和資料庫訪問，然後輸出html.
web form適合那些已經習慣於在客戶端新增各種控制項的程式設計人員。所有控制項都必須存放在標籤內。
mvc是模型（moodle）-視窗（view）-控制項（control）的縮寫，實現使用者介面，處理過程以及資料層面的分離。高階，大家也很熟悉。基巧。
2樓：也聽會歌好
假如你的應用專案名為： abc，臘虧咐專案所在位置為： d:
abc 目錄 你的專案會是： d:\abc | src | webroot | web-inf | 那麼，專案空陸的根目錄輪純為：
d:\abc web應用部署目錄為： d:
abc\webroot 當然，你的專案中。
webform和mvc的區別部落格園
3樓：匿名使用者
可以說各有優勢：mvc縱向切割了開發過程中的**，從伺服器到瀏覽器層層分離，層次之間耦合度很低，因為它是順著底層的開發脈絡進行封裝，所以有利於開發者對整個程式過程流轉的理解。但是mvc有乙個非常大的缺點，這個缺點是和整個軟體發展思路相背離的，那就是它無法封裝、無法封裝所以無法被重用。
有誰看到過mvc下面的元件？有的只是乙個個現成的案例，然後拿來修改。因為乙個元件肯定牽涉到控制和顯示，但是mvc的開發這兩個層次是分離的。
mvc只適合輕量級的開發，桌面開發是極少用到mvc模式的。然而web開發恰恰就是輕量級，至今所有的web開發都是輕量級的，因為網路硬體條件的限制，不需要也無法做到非常複雜的邏輯。這也是mvc非常非常適合web開發的原因。
webform是微軟前面一套web開發的機制。它橫向切割了**，控制和顯示是封裝在一起的。它從開發者思維邏輯上而不是實際情況上對**進行封裝，開發webform容易上手的原因也就在此了，但這個不利於開發者對底層程式流轉機制的理解。
webform中view和controller是放在一起的，webform一齣現後，隨之而來的是大量的元件誕生，這是mvc模式下看不到的。微軟的經驗之一是硬體發展很迅速。**的封裝是靠犧牲執行效率來提高開發效率，犧牲的執行效率通過提高硬體效能來解決。
但微軟在webform上犯了經驗主義的錯誤，這個經驗不適合網路硬體，網路硬體要考慮相容性而且是國家的基礎設施，更新的靈活性遠比單機要差。大量的元件因為硬體的瓶頸無法給webform帶來什麼優勢。在發展了幾年webform後，微軟覺得這樣下去不行，等到網路硬體發展起來不知道到猴年馬月了，所以就抄了一下成熟的mvc，通過entity framework做資料庫和物件的對映，很明顯，它是為了充當mvc中那個model。
通過mvc來控制和展示。
webform生產關係是比mvc先進的，但是它不適合現在的網路設施生產力，如果要適合說不定要10年後。webform和mvc很好的印證了生產關係必須適合生產力，即使強大如微軟也無法改變客觀規律。