Webpage，Webform，MVC有什么不同？這三個都是由ASP.NET如何選擇團隊開發(fā)和支持的技術框架取決于您自己的背景。如果你是一個業(yè)余愛好者或編程新手，網(wǎng)頁是一個不錯的選擇。開始和學習都很容

Webpage，Webform，MVC有什么不同？

這三個都是由ASP.NET如何選擇團隊開發(fā)和支持的技術框架取決于您自己的背景。如果你是一個業(yè)余愛好者或編程新手，網(wǎng)頁是一個不錯的選擇。開始和學習都很容易。web頁面的重點是添加動態(tài)（服務器端）代碼和數(shù)據(jù)庫訪問，然后輸出HTML.Webform文件MVC是模型-視圖-控制的縮寫，它實現(xiàn)了用戶界面、過程和數(shù)據(jù)的分離。高端，我們非常熟悉。

Webform和MVC，為什么MVC更好一些？

如果你看看微軟最近的議程，你會發(fā)現(xiàn)他們現(xiàn)在的重點是MVC以及MVC。問題是為什么微軟如此熱衷于擺脫傳統(tǒng)技術APS.NET網(wǎng)站網(wǎng)絡表單ASP.NETMVC？本文主要討論這個問題。ASP.NETWebform背后的代碼

讓我們先談談服務器控件。大多數(shù)屬性都序列化為viewstate。背景可以很容易地相互作用。但是，當您的頁面上有許多服務器控件或GridView時，viewstate中隱藏窗體的值將異常長。服務器控件也通過提交表單向服務器發(fā)送消息，然后服務器會做出響應這只是為了方便開發(fā)，不可能談論效率

就我而言，MVC實際上想ASP.NET在MVC中，我們可以通過最傳統(tǒng)的post或get傳遞值，這是不可能的不僅有利于我們的控制，還能生成更簡潔的頁面。

這些都是一些網(wǎng)上的語句和我自己的體會，具體使用與否取決于你。因為即使您使用服務器控件，它也可以被編譯。至于呈現(xiàn)數(shù)據(jù)，我不認為這是一個問題。也許你還沒接觸過那些翻譯語言。如果您得到一個沒有服務器控件的數(shù)據(jù)，您可以用標記輸出它。如果你得到一組數(shù)據(jù)，你可以遍歷它環(huán)顯示

作為一個WPF的用戶，我可以負責任地說WPF是一個強大的工具，可以在未來跨平臺。WPF的界面非常漂亮。當我熟悉它的時候，即使我做一個小的演示，開發(fā)速度也會比WinForm快。它的缺點是學習曲線陡峭，我需要使用和體驗很多東西。在我熟悉它之后，如果我做Android或者小程序的開發(fā)，你會發(fā)現(xiàn)WPF中有很多東西已經(jīng)被觸及了。如果我能克服最初的學習困難，我建議學習WPF和windows界面。如果我想保持冷靜，WPF是個不錯的選擇。我以前用過Delphi，也學過QT，但是我覺得用WPF更方便、更強大。

mvc與webform比較，mvc視圖中為什么不建議用服務器控件？

在新的MVC中，添加了webapi以提供rest樣式的WebService。新生成的webapi項目與典型的MVC項目一樣，包含主模型、視圖、控制器和其他文件夾和服務全球.asax文件。視圖對于webapi不是很有用。模型中的模型主要用于保存服務與客戶端交互的對象。默認情況下，這些對象將轉(zhuǎn)換為JSON格式的數(shù)據(jù)進行傳輸。控制器中的控制器是與web服務相對應的資源，用于提供服務。就像普通的MVC一樣，全球.asax用于配置路由規(guī)則。對于webapi，它最初設計為與WCF相同的客戶機和服務器結構。到目前為止，我們還沒有提到客戶機，因為我們的請求以其他方式封裝為HTTP請求，并且我們沒有收到相應的HTTP請求，比如Ajax和表單提交。