為什麼很多人認為.NET就是拖控制項？

01-13

感覺就初學的時候拽了一下控制項...然後就是寫了...
（題主是學.NET的啊，只是好奇「拖控制項」到底是什麼梗

設計有設計的方法，編程有編程的方法。拖控制項這種方法是適合設計的，沒什麼不對。如果讓程序員手寫設計器生成的代碼，不僅計算坐標時候繁瑣，而且根本是在做反覆勞動，提升不了半點編程思想。

因為你寫的程序太low，除了控制項就是控制項。把你寫的程序用c++上面的qt或者java上的swing重寫一遍，依然是拖控制項。跟.net半點關係沒有。

我在做Winform的過程中的確有這種感覺，一開始自帶的控制項滿足要求拖拖就行了，快速的在業務邏輯上解決客戶需求才是關鍵。

而後發現控制項不夠用，就自己寫一些組合控制項給自己和同事用。再後來就學了GDI想重繪控制項達到美觀的效果。

直到某一天發現用WPF寫的控制項，可以在Winform中使用，太開心了，用XAML比寫重繪簡單高效的多。所以我正準備用WPF來寫即實用又稍微美觀的控制項，方便自己和同事們使用。

為什麼很多人認為.NET就是拖控制項？

題主應該很看不起我們這種拖控制項了事的人吧。我倒是很欣賞這種模式，不僅很簡單的統一了客戶端界面風格，而且能把設計控制項的任務和設計功能的任務分開。最終還是以高效的解決需求為目的。Web就不是很懂了，Web控制項寫不來~~~

你不覺得這樣很整齊很舒坦嗎？使用更簡單，動態生成組件元素也就幾行代碼。-

就像很多人以為智能手機就是iphone，系統安全就是裝360一樣。

因為它們為黑而黑。還有就是題主也別自稱是搞C#的，感覺你是在找茬

你也可以在代碼裏手動創建控制項，然後把它加到父容器里啊，再設個top/left坐標和大小之類的，沒人攔著你。

因為控制項好用阿，控制項就是站在前人的肩膀上快速開發。鑽木取火的看不起用打火機的，搞笑不。有本事別上github，別用別人的框架，別用阿帕奇或者iis，別用操作系統，自己手打1010001111，那才是真牛逼

用C#的不都是拖控制項的，

沒有net的時候,很多人都認為vb就是拖控制項.

拖控制項有什麼關係? 只要不是只會拖控制項就好.

另外,我個人的習慣來說, 公共對話框之類的,習慣用代碼.

此時可反問到Java白給你拖你拖麽？

java想拖還拖不好呢

誰這麼認為？「很多人」從何而來？

也許是因為認為.NET就是拖控制項的人，都沒過初學的階段吧…

我見過的教程WPF從XAML開始，WinForm從Console開始。

初學WinForm，控制項當然靠拖，還想怎麼樣呢。

你也可以選擇從Console開始教的書嘛，就沒有拖控制項這回事了。

因為.Net剛誕生的時候，WebForms和WindowsForms這兩個主力框架都是強調控制項重用的思想的。

因為那些人只是在哪個水平。完全可以像自己寫控制項嘛