Webform和MVC，為什么MVC更好一些？如果你看看微軟最近的議程，你會發(fā)現(xiàn)他們現(xiàn)在的重點是MVC和MVC。問題是為什么微軟如此熱衷于擺脫傳統(tǒng)技術APS.NET網站網絡表單ASP.NETMVC？本

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

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

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

webapi和mvc的區(qū)別？

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

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

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

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

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

1. 基于SOAP協(xié)議，數(shù)據格式為XML。只支持HTTP協(xié)議。它不是開源的，但是任何理解XML的人都可以使用它；4。它只能部署在IIS上；MVC是一個網站構建框架，它傾向于返回用戶的頁面請求。

！如果你有NoDjs基金會，為什么不考慮電子？界面直接HTML/CSS，業(yè)務邏輯JS，我用的很方便。

微軟自己也說過，短期WinForm，長期WPF。

WinForm不說話，也沒什么好談的。一個好的界面并不難制作。

談到WPF，

學習曲線太陡。XAML看起來像HTML。當你使用它時，你會發(fā)現(xiàn)這并不容易。

相關信息也很少，當你遇到問題時，谷歌百度內外墻都找不到可靠的解決方案。

微軟的創(chuàng)意太美了，無法推廣。

讓我們來談談電子接口。只要您了解CSS和JS庫以及各種現(xiàn)成的HTML靜態(tài)頁面，就不需要考慮兼容性。

在系統(tǒng)級，通過節(jié)點操作系統(tǒng)的功能，可以使用大量的節(jié)點模塊。

最重要的是，它可以跨平臺！換句話說，只要有少量的兼容性代碼，你開發(fā)的程序windows和MAC就可以運行了。你高興嗎？

當然，缺點也不是沒有的。包裹比較大。然而，對于今天的計算機，我認為如果有幾十兆或幾百兆字節(jié)的話，問題不會很大。

非專業(yè)球員不屬于培訓班。他們自學成才。他們所說的對或錯只是他們自己的看法。如果你不喜歡就不要噴。非常感謝。