Re: [討論] .net有可能取代mfc嗎?
同意,QT,MFC這類的東西確實沒有比VCL甚至C#來得好用,但是
至少在視窗的開發上面從Win 32 API到MFC都是觀察一個視窗
怎麼誕生、工作、閒置到死亡(destory)的最好工作語言,知道
了這些原理,至少在高階程式語言也較容易上手,也不害怕修
改,甚至改錯方向,本來使用高階語言已經肥了,為了功能硬是
修改,不是肥上加肥嗎?就某些產業來說,就算MCU的容量很大,
明明可以使用OOP來做的事,有些功能公司還是要我們使用組
合語言來開發,這對於一些新手,只知道call function,確不
解其道理而言,更是苦不堪言。
※ 引述《clanguage (C語言)》之銘言：
: 我覺得是看你的程式用途吧
: 現在台灣有一堆科技公司, 寫的軟體是要在產品上面跑的
: 這些東西通常是消費性電子產品或是嵌入式系統應用、手機等
: 所以效能和檔案大小都是開發要考慮的因素
: 加上 legacy code 是否重新轉換成C＃ 重新開發等..
: 取代 MFC 一直都只是問號而已
: 但是更多的是別人會不會改用別的 GUI ?
: 就我個人的學經歷和接觸的領域來說, 用 C/C++ 才是 C/P 值比較高的
: 畢竟 Qt, wxwidgets 這些也都很好用嘛, MFC 只是再複雜一點, 要自己處理的事很多
: ※ 引述《wa007123456 (大笨羊)》之銘言：
: : 個人是非常看好.net的發展
: : 加上微軟硬派作法
: : 遲早有一天.NET會取代MFC
: : 的確C#真的是很肥
: : 每個元件都很吃效能
: : 但是想想很久以前的電腦
: : 更甚是只有組譯語言開發的電腦
: : 到了現在 大家還不是比較常使用高階語言？
: : （不過小弟出生的年代高階語言已經是主流了 小弟1991年出生的）
: : 效能跟開發速度是不能兼得的東西
: : 我第一個用的編譯器是Turbo C
: : 後來從Dev-C++ 到現在的Visual Studio
: : 然後不經意中接觸到C# 發現他快速開發 程式碼重複使用的優點
: : 現在 你要我從XNA跳回去DirectX我也不想這樣做
: : 因為我受夠那些讓我發瘋的日子 處理一堆小事情
: : 一些會當機的東西= =" 一堆怪獸級的靜態函式
: : 是我的話...我會選擇C#當我的主要語言..
: : 我不確定各位大大喜歡用或覺得應該用的語言是甚麼
: : 這只是我的一些看法
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.250.199.70
討論串 (同標題文章)
Programming 近期熱門文章
PTT數位生活區 即時熱門文章
