Re: [問題] mfc不知如何下手

看板C_and_CPP (C/C++)作者Ting1024 (無)時間13年前 (2011/04/07 02:36)推噓7(7推 0噓 7→)

留言14則, 5人參與討論串2/5 (看更多)

※ 引述《steven70101 (老人)》之銘言： : 是用那基本的空視窗在新增 .rc 然後去拉嗎？ : 那程式碼部分應該怎麼寫？ : 因為之前 api 有提供基本空視窗的程式碼 : 然後我要抓啥資料或是多啥功能就是去寫程式就好 : 結果MFC的工具書裡面一堆圖反而讓我無所適從無法下手（汗） programming with MFC .. good 這個其實滿爛的... MFC 寫AP..有兩個重點, 1. 空AP？SDI or MDI? ..不好搞 2. Dialog based AP? .. 每個control新增一個變數, 透過變數去操控它..應該這個觀念最重要而已 -------- 上面兩種方式搞定後，難搞的在後面..UI的變化。最怕就是UI要做客制化的動作..舉例 1. 按鈕想上色漸層 2. 視窗背景想上圖 3. 視窗如何自由縮放又讓控件位置合理 4. 不同DPI設定下位置跑掉怎麼辦？ 5. 視窗背景上圖，結果Radio control沒透明處理，跑出灰色邊框怎麼辦？ 6. 控件字型怎麼調整？ ... 如果做一個大的PROJECT，要讓他完美，用MFC的話，大概會有... 20%~30%的時間在調校這些搞怪的UI。煩死人了。不過...只要是WIN AP，好像都是如此，就算用.NET... 用BCB，只要UI細部客制化，都是很難的事情.. 差別是.NET, BCB比較不會碰到上面那種連背景要上圖，字型調大小都還得傷腦筋這種鳥事。鳥事說完，優點呢？ 1. VC的編譯速度，編譯器的最佳化，算是滿頂尖的。大專案等候編譯的時間就會有差了。最佳化的結果，滿令人滿意的。 2. 網路資源很多。上面的鳥事，透過GOOGLE大部分都能得到解決，特別是在 codeproject 這個網站，累積了前十年大家被MFC 荼毒過後的結晶。:) 這是很重要的優點，如果用BCB，光是一個winsock元件出問題，到網路上找答案，幾乎是找不到，很少人用，會碰到跟你一樣問題的人就少了...這時候，無語問蒼天。如果說..一個大專案要開下去，以目前的情況，考量到成熟度與網路資源，咬著牙，還是用MFC吧。 .NET..可能還要過幾年...才會讓人毫不考慮地使用他。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.141.42.87