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

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

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

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

webapi和mvc的區(qū)別？

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

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

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

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

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

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

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

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

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

談到WPF，

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

相關(guān)信息也很少，當(dāng)你遇到問題時，谷歌百度內(nèi)外墻都找不到可靠的解決方案。

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

讓我們來談?wù)勲娮咏涌凇Ｖ灰私釩SS和JS庫以及各種現(xiàn)成的HTML靜態(tài)頁面，就不需要考慮兼容性。

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

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

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

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