討論區快速選單
知識庫快速選單
網路投保旅行平安險 用最高效的方式管理MySQL
[ 回上頁 ] [ 討論區發言規則 ]
來問一個新的問題
更改我的閱讀文章字型大小
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/17 下午 01:04:18
我用 afxthreadbegin 創了一個新的 window

如果這個 window 出現錯誤,如何下 try {} catch {}

只關這個 window 而不跳出主程式
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人kuolung註記此篇回應為很有道理 2017/2/17 下午 02:25:59
try {


/* create the window */

}
catch ( /* catch the exception if it occurs */ )
{
/* terminate or kill the thread via a formal and complete process */
/* the url for reference , http://stackoverflow.com/questions/590792/how-to-kill-a-mfc-thread */
}
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/19 上午 07:22:45
可能 我沒有說明清楚我的問題
我的程式架構是 multitop mdc 的 mfc 專案
所以 create window 是 call 一個 create frame 的 function
如你上面的 code 我用 try {} 把 createframe() 包起來
我在 view 中 試著用 throw 測試 error
catch (...)
收不到 error 而直接结束程式
請問我如何 去收到 view 中的 error 只把 view的 frame 關閉而不退出主程式
作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/19 下午 09:34:27
視窗程式中,你的事件函式是被別人叫起來的,所以你在 create frame 那邊抓例外當然抓不到,事實上視窗被建起來之後, create frame 應該就立刻返回了!
要抓到視窗的事件中發生的例外,你大概只有兩種做法:
1. 在那個事件函式「裡面」抓住所有的例外並處理完畢。
2. 在呼叫事件函式的地方捕捉例外並處理。

以上的第二點可能是樓主比較想要的。
可惜,如果你是自己寫程式從 Win32 API 開始刻起的話是可以做到的,因為整個消息主循環是你需要自己編寫,當然也就能自己控制;
然而你用了 MFC 封裝,我記得 MFC 這類的東西並沒有例外傳遞機制,在不改寫 MFC 本身的程式的前提下,你完全無法掌握呼叫事件函式的那一端的行為。
因此在事件函式中未能處理的例外就只能不斷的往上拋,直到讓整個程式終止為止。
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/20 下午 12:13:43
請問,像這樣,如果是 menu 有問題,如何下 try catch 來抓 excepion
作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/20 下午 01:29:19
>請問,像這樣,如果是 menu 有問題,如何下 try catch 來抓 excepion

那就在有問題的函式裡面下 try catch 來抓了嘍!
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/20 下午 04:13:02
還沒到我的程式就掛了 程式停在 mfc 的程式庫中
作者 : ccl0504(手動程式產生器) 貼文超過200則
[ 貼文 449 | 人氣 211 | 評價 910 | 評價/貼文 2.03 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/2/20 下午 05:16:34

MFC 涵式的錯誤停在哪 ? 用 Debug mode 跑的話應該可以知道為什麼錯誤

作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人kuolung註記此篇回應為很有道理 2017/2/20 下午 05:21:01
>還沒到我的程式就掛了 程式停在 mfc 的程式庫中

首先你我應該都比較相信是你的程式碼有問題以至於讓程式掛掉,那你應當一定可以在「你的程式碼」裡面捕捉到,畢竟問題也是從你寫的程式碼發出的!
只有在你沒有妥善處理的時候,例外才會往上傳直到傳到 MFC 框架裡,至於 MFC 處理例外的能力我前面有說過,因此一旦例外進到 MFC 框架,程式十之八九適當定了!

當然也有可能問題是源自於 MFC 自身,與你寫的程式無關。
至於這種狀況的確是沒辦法讓你抓到例外……
MFC bug 多也不是一天的新聞了,就怪誰叫你要去用 MFC 吧!
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/1 上午 10:20:26
那可否請教,如果在 windows 的環境下,有什麼方式,vc 可以不用 mfc 寫程式
只用 win api 嗎 ??

或是有其他方式
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/1 上午 10:50:31
mfc is an application frameworks for windows platform.


https://en.wikipedia.org/wiki/List_of_platform-independent_GUI_libraries - GUI frameworks for various platforms
https://en.wikipedia.org/wiki/List_of_rich_Internet_application_frameworks - internet application frameworks for various platforms
http://www.mono-project.com/ - mono project for an implementation of .net platform
https://gstreamer.freedesktop.org/ gstreamer - an multimedia streaming framework for windows, android, linux
https://winsparkle.org/ MIT license application framework

in general , you can also develop applications on windows via using .net platform. https://www.microsoft.com/net/


https://msdn.microsoft.com/en-us/library/ws8s10w4.aspx this is a hierarchy chart of MFC . You can understand all classes in mfc and find related framework libraries to involve your project . for example , how to import an open source GUI fwk into vc++.
https://www.codeproject.com/Articles/11515/Introduction-to-wxWidgets

have fun :)


作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人kuolung註記此篇回應為很有道理 2017/3/1 上午 11:19:43
>那可否請教,如果在 windows 的環境下,有什麼方式,vc 可以不用 mfc 寫程式
>只用 win api 嗎 ??

純用 Win32 API 當然是可以的,事實上 MFC 也只是在其之上進行由淺至深的封裝而已。
這裡就有一個範例:

http://www.gamelife.idv.tw/viewtopic.php?t=114

直接用 Win32 API 寫視窗程式可以訓練你的 Windows 知識背景;
只不過以現在的軟體開發社會來看,從 Win32 API 開始刻程式太不經濟,研發時程會拉蠻長,耗費過多開發資源。

一般我們都會使用一些 Framework,有名的有 GTK+、wxWidgets、Qt、VCL 等等,可以方便快速的做出漂亮程式。
問題是直接使用這些,你一樣會再遇到先前的程式錯誤等問題,如果錯誤真是從你的程式碼產生的話。

也許最好的方法是,使用 Win32 API 刻一個小作品出來,從中推敲學習有關 Windows、GUI、甚至 C++ 本身的學問,藉機釐清你可能從前不明白或有錯誤理解的內容,然後再換用其他的 GUI 框架、或回到你原來的 MFC 框架去重新找尋並解決問題吧!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/1 上午 11:23:49
http://winprog.org/tutorial/ windows sdk programming and download a tutorial in Chinese .
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/2 下午 12:17:42
可是這樣不是又回到前面的問題了
不用 mfc 而改用其他的 framework

會不會又掉到 幫其他 framework debug 的困境

而我想最少,mfc 是microsoft 原生的 framework , 可能封閉了點,但是是 microsoft 原廠的,應該 bug 會少一點吧

也許實際上,不是這樣也說不定

作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/2 下午 01:30:03
>可是這樣不是又回到前面的問題了
>不用 mfc 而改用其他的 framework
>會不會又掉到 幫其他 framework debug 的困境

當然有可能!
事實上只要是人就會犯錯,framework 當然也是人寫的。
但我其實極懷疑之所以會出錯是因為你寫的程式本身沒有處理好工作造成,而比較不懷疑問題是源自於你所使用的程式庫,因為:

1. 第三方程式庫通常已經修補穩定了一段時間;而你的程式才剛寫出來。
2. 第三方程式庫累積使用的案例多,有問題即可能早已被回報;而你的程式目前只有你一人在用。

所以在第一時間,大家通常會懷疑是你的問題程式碼導致錯誤發生,而較傾向相信第三方程式庫,雖然少有人敢立刻斬斷這個因素。
但如果問題真的是源自你的程式碼,那換個 framewrok 後很可能還是要除錯一番。所以我前面沒有和你說換了就好,只是建議這麼做的時候「順便」學習釐清一些東西,也許有助於解決你的困境。

>而我想最少,mfc 是microsoft 原生的 framework , 可能封閉了點,但是是 microsoft 原廠的,應該 bug 會少一點吧

關於這個,最佳評論大概是:嘿嘿嘿!

有空多試試別的東西,你會發現窗戶外面是整個世界,有更美好的東西。
不然至少也 Google 一下 MFC 的評論、使用心得、歷史、未來等,聽我說也許不準,因為我超討厭微軟!

我從前用過 C++ Builder 和一段時間的 wxWidgets,後來短暫接觸了 MFC 的專案後決定再也不弄 MFC 的東西。
只能說 MFC 不只是 bug 的問題,其本身的設計也很詭異!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/2 下午 01:41:56
https://wiki.wxwidgets.org/WxWidgets_Compared_To_Other_Toolkits
a post that about application frameworks comparison
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/2 下午 02:55:34
其實,我並不是懷疑 mfc 出問題,主要是因為 出問題的點停在 mfc 的 lib 內,
我不太會,從 bug 停止點,再回溯到我的 code 中,來除錯,
再說,我的程式,也不是每次都會出錯,程式跑了幾個小時,再處理大量的資料之後,就會在某一個不定點出錯,

原來的想法是,利用 try catch 的方式,找到出錯點,或是可能的出錯點,再處理,

可是目前就是無法從 try catch 抓到出錯點

所以才想問問大大們有何更好的除錯技巧,或是思考方向
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/2 下午 04:41:18
could you post the error message ?
作者 : ccl0504(手動程式產生器) 貼文超過200則
[ 貼文 449 | 人氣 211 | 評價 910 | 評價/貼文 2.03 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/3 上午 08:40:33

UI 通常都是 MainThread 在負責, WorkThread 通常都是處理資料,
然後將要顯示的資料利用 message 方式丟給 MainThread 去做顯示 UI 的動作

https://social.msdn.microsoft.com/Forums/en-US/c2363227-81ff-4f7f-82c7-74f6e6dcbf7c/createnewframe-fails-in-worker-thread?forum=vcmfcatl

作者 : sunyear(coco) VC++卓越專家C++頂尖高手貼文超過2000則
[ 貼文 2421 | 人氣 1485 | 評價 6060 | 評價/貼文 2.5 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人kuolung註記此篇回應為最佳解答 2017/3/21 上午 12:09:30
>我用 afxthreadbegin 創了一個新的 window
>如果這個 window 出現錯誤,如何下 try {} catch {}
>只關這個 window 而不跳出主程式
這個問題,前面有很多網友回答了"原因",但提不出好的良虊。
是的,從開始接觸MFC,這問題一直困擾著我。
因為MFC的主結構被包起來,使用者的程式事實上都是被動函式。
後來為了讓MFC程式開發時容易偵錯,也讓程式release能更強固,我開發了一個eApp套件。
用了多年(幾乎我公司所有的MFC程式都採用)覺得很不錯,開始給了一些朋友使用。
最後甘脆開放給有需要的人,可惜除了公司合作者和朋友之外,只有少數的人知道和使用。
你可以參考這份eApp的簡介:
https://docs.google.com/document/d/1DBUxC4F6Mx-PVceiCSglmakk2NdQS5lZp7MwYvEcqFE/edit?usp=sharing
如果有興趣可以下載eApp較詳細的介紹:
https://docs.google.com/document/d/1kmDazPgeEvOcbPH5HxPuNpo6yfBHxGKnN-YrhtyEsWE/edit?usp=sharing
你的問題都有提到,提供的功能也超過你要的。不但可以幫助開發過程找問題,也讓程式不容易崩潰。
希望有幫到你 ^^
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/21 上午 08:07:39
http://www.programmer-club.com.tw/ShowSameTitleN/vc/22219.html
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2163 | 人氣 89850 | 評價 10090 | 評價/貼文 4.66 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/21 上午 11:23:49
> 其實,我並不是懷疑 mfc 出問題,主要是因為 出問題的點停在 mfc 的 lib 內,我不太會,從 bug 停止點,再回溯到我的 code 中,來除錯,

> 再說,我的程式,也不是每次都會出錯,程式跑了幾個小時,再處理大量的資料之後,就會在某一個不定點出錯,

一般這種情況,都是 memory corruption 之過,即是你的程式在不應寫入的記憶體 寫了東西。你在寫 C++ 呀,不犯錯就是編程式的大前題。為啥你的程式錯了,bug停止點 卻出現在其他 library 嘛... ^^" 記憶錯亂呀,精神病患者的供詞 跟事實不乎,不必驚訝吧。

memory corruption,有好些慣犯的。它們包括 字串, 你的陣列, 所有觸及template class template functions 的程序, 忘了釋放記憶體而致的記憶體用盡情況, 釋放了的記憶體 被再釋放, 多層繼承+constructor和destructor 設計不良, virtual member function 設計不良, ...

其中 template class, template functions, 多層繼承 和 virtual member functions ,如果有嘗試用它們的話,差不多可以肯定錯在這些部份。它們除錯難,趕工起貨的話,根本就不應選用。編程式,容易除錯才是首要考慮,別的都應讓路。



作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2163 | 人氣 89850 | 評價 10090 | 評價/貼文 4.66 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/21 上午 11:34:03
順帶一提,燃燒的大地大大 對 MFC 的評論,實實在在地道出了我對 MFC 的心聲。另外,MFC 是孤兒仔了,Microsoft 也放棄了它 ( 實在 M記本身也沉船中 ),為啥還要進去?
作者 : kuolung(kuolung)
[ 貼文 151 | 人氣 1414 | 評價 130 | 評價/貼文 0.86 | 送出評價 39 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/21 下午 10:33:11
對不起 因為我在 vs 2015 沒有看到 mfc 的替代方案
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2163 | 人氣 89850 | 評價 10090 | 評價/貼文 4.66 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/22 上午 02:55:28

>對不起 因為我在 vs 2015 沒有看到 mfc 的替代方案

MFC 的替代方案嘛... .NET framework 呀,managed c++ 呀,C# 呀,VB.net 呀,VB 呀,ATL Com,activeX 呀 ...

上列都是 M記 力推過,功能上大幅度地跟MFC重疊的。被 M記捉弄得太多次,近年已放棄再更新 M記 的推廣,近年在推啥不太清楚了。
作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/22 上午 08:04:46
>>對不起 因為我在 vs 2015 沒有看到 mfc 的替代方案
>
>MFC 的替代方案嘛... .NET framework 呀,managed c++ 呀,C# 呀,VB.net 呀,VB 呀,ATL Com,activeX 呀 ...
>上列都是 M記 力推過,功能上大幅度地跟MFC重疊的。被 M記捉弄得太多次,近年已放棄再更新 M記 的推廣,近年在推啥不太清楚了。

再來推荐一些 M$ 以外的 GUI framework:

* wxWidgets:
相容於標準 C++,所以 VS2015 理應能用。
跨平臺,在許多主流的平臺上都能使用。
有人說它和 MFC 相似,我倒覺得他們的基礎大不相同,
wxWidgets 的設計介面與 MFC 相較完善合理,我寧可去弄這個也不要弄 MFC;
缺點是受限於標準 C++ 語法,其 GUI 程式碼及消息處理機制較為複雜瑣碎,
以目測樓主的程式開發能力來看,用這個可能會蠻辛苦的,還是算了!

* Gtk+:
另一個跨平臺的 GUI 程式庫,而且使用 C 語言實做,更加的小巧。
功能強大、擴展性高;不過受限於 C 的語法限制,GUI 機制更瑣碎,折騰起來比 wxWidgets 更辛苦!

* VCL:
這是從前在 Windows 上搞出 GUI 程式的最方便容易做法,號稱是 C++ 裡的 VB。
但其非標準 C++ 元件,造成只能在 Borland C++ Builder 上使用它,事實上它的底層是 Delphi。
然而隨者 Borland 的沒落,這東西也漸漸被遺忘;
雖然 C++ Builder 還有在出新版本,但用起來的感想卻是擁種肥大,C++ Builder 6 的黃金歲月一去不覆返!

* Qt:
這是當代算是最先進最好用最方便的 C++ GUI framework 了吧!
加上 Qt Creator 方便的精靈,GUI 程式的設定建立是非常容易的。
缺點是其使用了 Qt 擴展的 C++ 語法,造成只能在 Qt Creator 上使用它,雖然 Qt Creator 以及 Qt library 在很多主流平臺都有實做。

事實上我曾經花費很多時間在找尋簡單方便良好穩定的 C/C++ GUI framework,
最後我終於認清,C++ 語言本身並不適合做 GUI 處理,這是天生語言的限制。
君不見那些號稱簡單好用的 GUI framework 一定不是 C/C++ 的,就算是也不是標準的 C++,一定加入了程度不等的擴展語法;
至於講究純 C++ 甚至是 C 的 GUI framework 則免不了複雜瑣碎。

於是後來我放棄繼續找尋以及學習 C/C++ 的 GUI 程式框架,轉而使用其他程式語言的 GUI 框架,只在功能的處理面上繼續使用 C/C++。
若把範圍擴大到 C/C++ 以外領域的話,則更多更方便更好用的 GUI 框架可供使用:
C# .Net、Java Swing、Swift、… 等等,我個人目前學習使用的是 Python Kivy。

這些資訊,供您參考。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/22 上午 09:33:42
https://zh.wikipedia.org/wiki/WxWidgets
WxWidgets is a good gui fwk and it is better than qt .
because qt owns a preprocessor and it need to spend some time.
作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/22 上午 11:02:23
>https://zh.wikipedia.org/wiki/WxWidgets
>WxWidgets is a good gui fwk and it is better than qt .
>because qt owns a preprocessor and it need to spend some time.

But time efficiency usually not be the problem of GUI applications,
a little time spend may be acceptable for most purpose.
And the development period, and adjust difficulty are the major problem of almost every GUI applications.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/22 上午 11:10:49
it is a nature issue in every gui fwk.
http://kdemonkey.blogspot.tw/2013/11/improving-build-times-of-large-qt-apps.html
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2163 | 人氣 89850 | 評價 10090 | 評價/貼文 4.66 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/23 上午 02:33:48

>>https://zh.wikipedia.org/wiki/WxWidgets
>>WxWidgets is a good gui fwk and it is better than qt .
>>because qt owns a preprocessor and it need to spend some time.
>
>But time efficiency usually not be the problem of GUI applications,
>a little time spend may be acceptable for most purpose.
>And the development period, and adjust difficulty are the major problem of almost every GUI applications.

對不起,看到文法不對的英文,就似看到有句法錯誤的原碼,呀...呀...呀...,忍不住要去除錯。

首先,and 和 but 不能放在句子開始; 然後,兩句完整句子不能以 comma 連結; 用 most 即是多過一項 所以應該是 most purposes; be 配 現在式和第三身單數的話,應該用 is,所以,你的第一句應改成...

Time efficiency isn't usually a problem to GUI applications,
and a little time spend may be acceptable for most purposes.


第二句,意有所指的名詞 都需要 articles (i.e. a, an, the, ... ); adjust 是 動詞,按你句子的語意,應該換個名詞 adjustment 以作形容詞使用; 主語是兩件事,主語是兩件,數算它們的名詞要用眾數 (即 problems); every 是 "每一"的意思,every 後面的名詞要單數; 這句的and 大概是在強調一個落差吧,試一個 on the contrary 。

On the contrary, the time taken for the development and the adjustment difficulty are the major problems of almost every GUI application.

併起來再讀就是...
Time efficiency isn't usually a problem to GUI applications, and a little time spend may be acceptable for most purposes. On the contrary, the time taken for the development and the adjustment difficulty are the major problems of almost every GUI application.


作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/23 下午 02:03:44
https://wiki.wxwidgets.org/Development:_Supported_Classes
supported classes list
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/27 上午 10:25:41
https://python.libhunt.com/project/wxpython/vs/kivy
http://ajucs.com/2015/12/08/how-to-choose-python-GUI-toolkit-library.html
which one is for all ?


作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 375 | 人氣 0 | 評價 1740 | 評價/貼文 4.64 | 送出評價 16 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/3/28 上午 10:47:26
>對不起,看到文法不對的英文,就似看到有句法錯誤的原碼,呀...呀...呀...,忍不住要去除錯。
>......

本人才學不佳,還感謝前輩提攜指教。
一時不知如何回應妥當,才晚了數日回覆,還請見諒!
再次獻上感恩,也望前輩往後能持續批評指導。
作者 : nietzsche(尼采) VC++優秀好手C++優秀好手貼文超過500則
[ 貼文 501 | 人氣 3089 | 評價 2900 | 評價/貼文 5.79 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/4/25 下午 12:46:24
不用 MFC, 可以用 Windows SDK + WTL.
https://sourceforge.net/projects/wtl/
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/4/25 下午 05:19:30
using a well-constructed GUI framework is a BETTER choice for programming GUI applications .
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/4/27 上午 08:37:50
https://en.wikipedia.org/wiki/Ultimate%2B%2B this is available for VC++
作者 : nietzsche(尼采) VC++優秀好手C++優秀好手貼文超過500則
[ 貼文 501 | 人氣 3089 | 評價 2900 | 評價/貼文 5.79 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/5/2 上午 01:59:34
如果在 windows 上開發 GUI 程式, 用 C++ 的話, 我會建議用 WTL 和 SDK, 而不建議其它的 GUI framework.
其它的 framework 也都是用 windows SDK 再實作出來的.
更不用說 WTL 和 SDK, 都是最貼近 windows 的東西.

如果可以換程式語言的話, 強烈建議 C#.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/5/2 下午 02:15:49
CLR interprets those byte codes . mixed-language programming can aid programmers to develope gui applications.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4468 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/5/3 上午 11:18:38
https://msdn.microsoft.com/en-us/library/windows/desktop/dn614993(v=vs.85).aspx
for reference from M$
 板主 : 青衫 , Raymond
 > Visual C++ - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - Visual C++ - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
Visual C++
1 青衫 11070 
2 Raymond 10090 
3 Clier 7630 
4 小約翰 2500 
5 Cog 2030 
6 coco 1870 
7 aming 1410 
8 牧童哥 1400 
9 r2109 1380 
10 Akira 1350 
Visual C++
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2018 程式設計俱樂部 http://www.programmer-club.com.tw/
0.296875