C#程序員現(xiàn)在學(xué)習(xí)WF還是WPF好點(diǎn)？或者還有別的什么框架更好呢？作為WPF的用戶，我可以負(fù)責(zé)任地說WPF是一個(gè)強(qiáng)大的工具，將來可以跨平臺使用。WPF的界面非常漂亮。當(dāng)我熟悉它的時(shí)候，即使我做一個(gè)小的

C#程序員現(xiàn)在學(xué)習(xí)WF還是WPF好點(diǎn)？或者還有別的什么框架更好呢？

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

web開發(fā)為何沒往拖動(dòng)控件的方向發(fā)展？

作為ASP時(shí)代的老程序員，我們可以負(fù)責(zé)任地說，web開發(fā)拖拽控制是在10多年前與Microsoft aspdotnet一起推出時(shí)，通過webform技術(shù)實(shí)現(xiàn)的，目前仍處于產(chǎn)品生命周期。雖然不再更新新功能，但仍有正常的產(chǎn)品維護(hù)。

在webform技術(shù)剛剛誕生的時(shí)代，許多Delphi/VB開發(fā)人員剛剛從拖拽控制轉(zhuǎn)向web開發(fā)。在這個(gè)時(shí)候，webform，它有著類似于本地開發(fā)的簡單的入口和事件模型，甚至一經(jīng)推出就變得流行起來。它已成為開發(fā)B/s（即所謂的瀏覽器/服務(wù)器）應(yīng)用程序的首選技術(shù)。

那是一個(gè)互聯(lián)網(wǎng)不太流行的時(shí)代，每個(gè)人都在做MIS。盡管webform很流行，但這是因?yàn)閣ebform的事件模型本質(zhì)上需要提交一個(gè)頁面并與后端服務(wù)器交互，這與Ajax和其他技術(shù)在根本上是矛盾的。而且，通過拖拽控件，頁面會(huì)產(chǎn)生大量冗余的HTML標(biāo)簽，導(dǎo)致頁面尺寸巨大，CSS很難應(yīng)用。

隨著web開發(fā)技術(shù)的發(fā)展，用戶對前端體驗(yàn)的要求越來越高，瀏覽器和W3C標(biāo)準(zhǔn)也在不斷演進(jìn)，甚至有專門的前端開發(fā)工程師。在本例中，代碼臃腫、體驗(yàn)差的webform已經(jīng)被手工編寫的HTML/CSS/JS頁面所取代。

當(dāng)然，市場一直需要以拖放控件的形式進(jìn)行無代碼或無代碼開發(fā)。微軟也嘗試在后期推出LightSwitch等flash即插即用技術(shù)，但一般來說，目前HTML頁面主要是手工開發(fā)。然而，隨著單頁應(yīng)用程序spa和web組裝等HTML技術(shù)的出現(xiàn)，很有可能在未來會(huì)出現(xiàn)許多拖動(dòng)控件開發(fā)工具。讓我們拭目以待。

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

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