Re: [問題] mfc不知如何下手
※ 引述《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
推
04/07 02:59, , 1F
04/07 02:59, 1F
→
04/07 02:59, , 2F
04/07 02:59, 2F
→
04/07 03:39, , 3F
04/07 03:39, 3F
推
04/07 03:45, , 4F
04/07 03:45, 4F
→
04/07 03:45, , 5F
04/07 03:45, 5F
→
04/07 06:44, , 6F
04/07 06:44, 6F
推
04/07 06:57, , 7F
04/07 06:57, 7F
→
04/07 06:57, , 8F
04/07 06:57, 8F
推
04/07 20:33, , 9F
04/07 20:33, 9F
→
04/07 23:55, , 10F
04/07 23:55, 10F
推
04/08 13:20, , 11F
04/08 13:20, 11F
推
04/08 13:29, , 12F
04/08 13:29, 12F
→
04/08 13:29, , 13F
04/08 13:29, 13F
推
04/08 20:39, , 14F
04/08 20:39, 14F
討論串 (同標題文章)
C_and_CPP 近期熱門文章
PTT數位生活區 即時熱門文章