討論區快速選單
知識庫快速選單
網路投保旅行平安險 政府補助!學嵌入式+物聯網 傑米的攝影旅遊筆記
[ 回上頁 ] [ 討論區發言規則 ]
究竟該不該學MFC
更改我的閱讀文章字型大小
作者 : greenapple(GreenApple)
[ 貼文 8 | 人氣 6130 | 評價 0 | 評價/貼文 0 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/22 下午 03:09:00
以前學過C++,現在想寫WIN 程式,到底該不該用MFC?
請先進提供建議,謝謝!!
作者 : shing819(Clier) VC++曠世奇才貼文超過1000則人氣指數超過30000點
[ 貼文 1740 | 人氣 40353 | 評價 8630 | 評價/貼文 4.96 | 送出評價 84 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人greenapple註記此篇回應為很有道理 2005/7/22 下午 05:12:03

>以前學過C++,現在想寫WIN 程式,到底該不該用MFC?
>請先進提供建議,謝謝!!

我個人推測MFC再過幾年會在市場上淘汰,因為MFC架構
設計不當,微軟從前有出改良版的MFC(我忘記名稱了),
微軟商業下考量沒推行,現在又有Managed C++,C#,
......,如果將MFC當成工具而已,你應該會心裡好受點,
我學MFC是主要為了學習物件觀念,還有API函式用法,
20年後,因為我有這些基礎觀念,在學習新技術時我可以
比一般程式設計師學習速度快許多,不會有年齡限制,從
前有位72歲老伯,參加大學聯考,原始分數可以上臺大法律,
年齡對他不是威脅,基礎觀念的累積很重要,像多執行緒,
幾十年的東西,還是一樣不斷被討論研究,如果你要就業考
量,MFC還有市場,不會在5年內消失,以上都是個人觀點
,不代表是正確無誤.
作者 : 02047788a(555) 人氣指數超過10000點
[ 貼文 85 | 人氣 12177 | 評價 200 | 評價/貼文 2.35 | 送出評價 28 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/22 下午 05:29:31
那大大覺得用C語言的Win32 SDK會一直延續下去媽??
還是也會過沒幾年就淘汰了.......
作者 : davidlai(David) 貼文超過200則
[ 貼文 284 | 人氣 78 | 評價 1680 | 評價/貼文 5.92 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/22 下午 05:36:57
這很難說! 因為API的需求不只是C++要用, 甚至不為Microsoft開發的軟體也要用到, 所以會把API都去掉嗎? 我覺得短時間內可能有問題
作者 : shing819(Clier) VC++曠世奇才貼文超過1000則人氣指數超過30000點
[ 貼文 1740 | 人氣 40353 | 評價 8630 | 評價/貼文 4.96 | 送出評價 84 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/22 下午 08:56:09

>那大大覺得用C語言的Win32 SDK會一直延續下去媽??
>還是也會過沒幾年就淘汰了.......

延續多久不知道,但API這東西從Window 3.1就有,現在已經
20年左右,微軟每年會慢慢增加API新功能,要淘汰可能要花數
百億資金開發新技術取代,因為Window 2000,Window XP,
2003.NET, 泛微軟產品全部改寫,你是Boss會如何決定?
MFC是把API封裝,換個封裝技術,MFC就可以bye,bye,底層
東西除非有重大缺陷,所以API應該可以放心學個20-30年.
作者 : 02047788a(555) 人氣指數超過10000點
[ 貼文 85 | 人氣 12177 | 評價 200 | 評價/貼文 2.35 | 送出評價 28 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/22 下午 11:52:16
哇~~
謝謝各位前輩的見解..............

小弟是覺得學Win32 SDK 比 MFC來的要容易上手多了
小弟原先是打算學Visual C++但書裡大部分的教法都是要先學一點SDK的寫法
但看了之後就覺得MFC學起來好麻煩~~ 一對架構,但對我物件導向很有幫助

Win32真的架構很清楚,真的很好學~~~
所以不希望一下就淘汰了,現在很投入在API的世界

再請問一下在業界工作的大大,只會Win32 API 容易找到工作媽??
獲這需要一些捨麼東西來幫助自己更容易找到工作呢??
作者 : akira32(Akira) VC++優秀好手DirectX優秀好手貼文超過2000則人氣指數超過350000點
[ 貼文 2527 | 人氣 384134 | 評價 3430 | 評價/貼文 1.36 | 送出評價 243 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 上午 01:39:00
只會Win32 API 是找不到工作的?
目前軟體工具而言,都是用MFC,不會用Win32.
因為用MFC開發速度較快,都有現成的Class及Wizard.
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 上午 01:58:45
用 MFC 只不過做視窗介面而已, 但是, 在 VB 和 C# 都早已有封裝得很好, 又很容易用的相同東西, 上面的大大說 MFC 還有幾年, 依我看, 是對 MFC 太仁慈, MFC 實在早就成為歷史了, 知道它曾經存在過已經足夠, 除非你在研究 程式語言史, 不然, 不用學這個.

Win32 API, 是視窗系統的根本, 學會直接用它來寫視窗程式, 可以讓你的編程能力提高很多.

但是, 一般的公司, 不會需要直接用 Win32 API 去寫視窗程式, 因為 開發 和 維護 的成本太高. ( 甚至... 他們很可能根本不知道有 Win32 API 的存在... )

對於視窗介面原件的需要, 實在只要會用 VB 已經能夠完全地滿足.
作者 : ninja1981(人造人間)
[ 貼文 13 | 人氣 1 | 評價 30 | 評價/貼文 2.31 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 上午 03:49:08
其實MFC已經很不錯了
如果想要取代就要有更方便實用的東西來取代
用了ADSL以後,就不會有想要回去以前56kb數據機的時代
作者 : ninja1981(人造人間)
[ 貼文 13 | 人氣 1 | 評價 30 | 評價/貼文 2.31 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 上午 05:07:51
上面那個例子可能不是很好,我再舉個別的例子
上班族中午吃飯怎麼解決?可能有人會想親自動手
花40分鐘煮,然後花十分鐘吃完,再花十分鐘整理碗筷
不過還有更方便的方法,就是花個五分鐘的路程到附近的小吃館
吃吃別人煮的小吃,雖然少了自己煮的那種親切感,不過也省了不少事
當然還有更方便的方式,像你們可以打電話直接叫外賣,這樣還省
下了出門的時間。當然也有其它例外的時候,例如出去外面露營
自已會動手作菜...爽...不過出去露營就沒有小吃館了,更沒辦法叫外賣..這就不爽了
回到都市生活.可以叫外賣也可以出去吃小吃,當然有都市就會有賣吃的..不用在乎什
麼時候變回要自己動手....所以就是多方面學習吧...
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 上午 06:04:24
把 MFC 比喻成 馬車 就差不多了,

馬車曾經是主要的交通公具嗎? 是的, 100年前的時候...
還有沒有人在用 馬車 呢? 有的,
馬車 還有它的市場嗎? 很少, 但相信應該存在...,

但是...

現代有沒有城市用 馬車 做主要的交通公具呢? 噢... 別說笑了... 一天都是飛機啦... 一街都是電腦啦...
作者 : yenhom1234(晨光)
[ 貼文 43 | 人氣 924 | 評價 250 | 評價/貼文 5.81 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人greenapple註記此篇回應為最佳解答 2005/7/23 上午 10:55:08
個人覺得,視個人的需求而定,都有可考量之處,學不學MFC就和學不學SDK其實就有點像似意義的存在,因為SDK主要是在於對視窗的運作過程做很詳細的開發,而MFC將很多
的API封裝成容易使用的物件,可減少譔寫視窗的細節過程而加速開發的時間,它們存在的意義都不同,不過我認為先學好SDK才是最根本的學習視窗之道,我認為MFC它算是給有
學過SDK的人可快速的完成開發的作業之需求而創出來的工具物件。

如果想利用MFC來學習物件的設計方式,我倒覺得很有意義,所以不管什麼東西都有它存在的價值,就差你眼中的價值為何。

以上只是小弟我的看法,希望不會引起筆戰^^"。附:學不學視個人的需求而定。
作者 : yenhom1234(晨光)
[ 貼文 43 | 人氣 924 | 評價 250 | 評價/貼文 5.81 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 下午 01:17:54
更正><不是WIN SDK 是 WIN API。
作者 : ma_hty(白老鼠(Gary))討論區板主 OpenGL卓越專家DirectX優秀好手C++頂尖高手貼文超過2000則人氣指數超過70000點
[ 貼文 2189 | 人氣 89850 | 評價 10120 | 評價/貼文 4.62 | 送出評價 79 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 下午 03:26:57
> 如果想利用MFC來學習物件的設計方式,我倒覺得很有意義,所以不管什麼東西都有它存在的價值,就差你眼中的價值為何。

是呀, "一塊廁紙, 一條內褲, 都有它的價值的" ( 節錄自 周星馳 的 "國產凌凌漆" )...

( 天氣悶熱, 說說笑而已, :p )
作者 : 98920003(98920003)
[ 貼文 10 | 人氣 5 | 評價 20 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 下午 06:38:05
其實我覺得學Win32 API & MFC都只是學習過程罷了

且看此文初探 Avalon 發展介面
http://www.microsoft.com/taiwan/msdn/columns/adonet/AdoNet_20050202.htm

或許淘不淘汰那就端看VSTS 2005 就知道了!!雖然淘汰只是時間問題而已...像當初Borland 的 OWL不是也被MFC打敗了才發展VCL這來開發軟件更快速!!

其實要把MFC淘汰就得看Avalon這東西的發展與VSTS 2005拿啥來取代class Wizard...
以上只是我的觀點罷了 :-)
作者 : ninja1981(人造人間)
[ 貼文 13 | 人氣 1 | 評價 30 | 評價/貼文 2.31 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 下午 06:52:57
>其實我覺得學Win32 API & MFC都只是學習過程罷了

說的沒錯,程式設計是日新月異
如果只是一味考慮要不要學的話,那等一百年後出新的程式語言
再學也不遲...
作者 : ninja1981(人造人間)
[ 貼文 13 | 人氣 1 | 評價 30 | 評價/貼文 2.31 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/23 下午 07:01:36
以前可能是8051打遍天下無敵手...
不過嚴格來說沒有一種程式是可以讓你學完之後用一輩子的...
反正就是不停的更新資訊與學習就是了..
作者 : greenapple(GreenApple)
[ 貼文 8 | 人氣 6130 | 評價 0 | 評價/貼文 0 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/7/25 上午 09:30:33
感謝各位解答,因為現行技術多如牛毛,就算窮一生精力,也無法學完.所以希望正中紅心,一次就學對(至少要在紅心範圍),免得累死自已.
看了各位的說明我大概知道,將MFC當作輔助工具.重心針對API來學.
作者 : huaiyu(又靜又動)
[ 貼文 73 | 人氣 675 | 評價 100 | 評價/貼文 1.37 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/3 下午 12:02:14
小弟的觀點和您稍有不同, 其實MFC也可以很簡單的學, 只不過書上不提罷了, 小弟看過很多關於VC的書, 幾乎也沒什麼差別, 好像是有意將讀者導向學不會, 故意搞的很複雜, 讓大家看了就怕, 事實上並非如此, 因為MFC也可以像VB那麼簡單, 請您想想如果真如坊間的書那麼難, VC有資格稱作RAD嗎?
作者 : still(still) 貼文超過200則人氣指數超過10000點
[ 貼文 342 | 人氣 14970 | 評價 490 | 評價/貼文 1.43 | 送出評價 9 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/3 下午 12:29:06
QT相當不錯, 是後起之秀! 整體架構很物件化!
但是MFC還是要學一下, 因為現在是主流, 就算不好, 也要學了才能真正體驗, right?

我到建議學學泛型程式設計, 那是未來的程式方向(C++的STL, JAVA, C#都有類似計畫)!

我想Microsoft也不是笨蛋,應該有新的取代MFC計畫, 只是未公佈而已吧(猜的)!
作者 : hdk(阿哲)
[ 貼文 4 | 人氣 3 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/7 下午 03:18:28
我是覺得學用MFC之後再用CLR比較好!

適當的使用程式庫可以提升效率.
作者 : jasper(Jasper)討論區板主 程式設計甘苦談頂尖高手上班族的哈拉園地優秀好手貼文超過1000則人氣指數超過70000點
[ 貼文 1408 | 人氣 96053 | 評價 6990 | 評價/貼文 4.96 | 送出評價 42 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/7 下午 05:00:14
在 Win 31 時代,我用 VC++ v1.5 來撰寫程式,
我沒有用 MFC,因為看不懂,求時效,所以直接用 API 來寫。
那時把 VC++ 當做 VC 來用,
到了 Win95 後,雖不用 MFC,但程式總算寫成 C++ 的樣子了。

Win98 時代,把重心移往 VB,但很多東西是 CALL API 在處理,
如今突然想把很東應用程式改用 MFC 來寫。

看到這個討論串,有點錯愕,怎麼會有人問該不該學?
我從來沒想過該不該學 MFC 這個問題,
就像我沒有想過該不該學 VB 一樣,
唯一懷疑過的就是 .NET 剛出來時,有懷疑過該不該換。
在甘苦談中,我留有一篇有關.NET 的文章。

近來重新閱讀 MFC 的東西,用累積下來的經驗來看 MFC,
比之前更易了解了,其實也沒什麼啦!
作者 : sunyear(coco) VC++卓越專家C++頂尖高手貼文超過2000則
[ 貼文 2421 | 人氣 1485 | 評價 6060 | 評價/貼文 2.5 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/8 下午 04:42:55
>我個人推測MFC再過幾年會在市場上淘汰,因為MFC架構
>設計不當,微軟從前有出改良版的MFC(我忘記名稱了),
設計不當?改良版的MFC?
沒聽說過,才疏學淺^^
但如果說"設計不當"指的是有Bug,那麼絕對是對的!反過來說
微軟的東西那一樣是穩定沒什麼大錯的^^

>微軟商業下考量沒推行,現在又有Managed C++,C#,
>......,如果將MFC當成工具而已
Managed C++ 不能拿它和MFC相提並論,它是用來改良 C++的,
要說的話,應該要說C++會不會被Managed C++取代掉 ^^
MFC 一個很重要的架構是 Document-View,拿掉了它,MFC就去了
大半成了殘癈。
Microsoft用來和Document-View相提並論的東西應是.Net 的Form-View。
要討論的話應該說是MFC會不會被Form-View取代。

>那大大覺得用C語言的Win32 SDK會一直延續下去媽??
>還是也會過沒幾年就淘汰了.......
當linux把windows幹掉後,就沒有 Windows API 了 ^^
問題在於你對windows或是linux有信心。

>小弟是覺得學Win32 SDK 比 MFC來的要容易上手多了
學SDK 事實上90%就是在學Windows API。
說SDK就是 Windows API 並不為過。
那麼說學 MFC 就不用學 Windows API了嗎?
那可是大錯特錯了,MFC充其量只是幾個功能不錯的class給你用而已。
使用MFC你還是很多地方要自己呼叫Windows API 的。
學 MFC 就不用學 SDK 就像是說學 MFC 就不用學 C++一樣可笑。
作者 : shing819(Clier) VC++曠世奇才貼文超過1000則人氣指數超過30000點
[ 貼文 1740 | 人氣 40353 | 評價 8630 | 評價/貼文 4.96 | 送出評價 84 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/8 下午 05:13:58
上面的先知,個人覺得的用詞可以稍微柔和一點,
這樣誠心接受你觀點的人才會多,不會互插一刀
這個問題應該搬到[程式設計甘苦談],我個人在這
網站,主要是幫忙解決程式問題,助人為善,至於回
答這種問題,會容易引起爭論,就算10年後一樣沒
答案,有冒犯之處再此說聲sorry.
作者 : sunyear(coco) VC++卓越專家C++頂尖高手貼文超過2000則
[ 貼文 2421 | 人氣 1485 | 評價 6060 | 評價/貼文 2.5 | 送出評價 5 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/8/8 下午 07:39:33
>上面的先知,個人覺得的用詞可以稍微柔和一點,
>這樣誠心接受你觀點的人才會多,不會互插一刀
先知?不敢當!
用詞不夠柔和?我趕忙再review一次,看來看去只有對微軟稍
有"虧"意,若你是為微軟不平,就很抱歉了!
若是回覆有對其他發文者"太硬"的地方,尚請指出不當之詞
我虛心受教,以後當努力避免之。

>這個問題應該搬到[程式設計甘苦談],我個人在這
>網站,主要是幫忙解決程式問題,助人為善,至於回
>答這種問題,會容易引起爭論,就算10年後一樣沒
>答案,有冒犯之處再此說聲sorry.
我覺得所談內容雖不全然合適於程式設計討論,但也不是甘苦談。
討論只要是心平氣和越多越好,不要因為別人的指正而動氣,指正的
論點當然不是真理。工程的東西有的是對錯分明;有的當然是見仁見智。
即便是見仁見智,討論也不是全沒意義,答案自在每人心中。你以為如何?
無亂犯之意!若有用詞不當尚請指正 ^^
作者 : 98920003(98920003)
[ 貼文 10 | 人氣 5 | 評價 20 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/9/2 下午 05:39:08
看一下此書WinFX的介紹
http://members.lycos.co.uk/digitteam0911/Microsoft.Press.Introducing.WinFX.rar
作者 : howard128(howard128) 人氣指數超過10000點
[ 貼文 127 | 人氣 20402 | 評價 110 | 評價/貼文 0.87 | 送出評價 9 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/9/5 下午 10:57:23
當年WINDOWS 2000出來之前 ,很多人都覺得學WINDOWS NT4 沒有用
很多人都不學,結果之後出來,我看那些人學得很累,一堆東東搞不清楚,還得花更大的精神出來學

如同當年.net出來之前大家都覺得學 vb6沒用沒前途 ..一堆人都想學新的,結果呢?..看那些從頭 學的人學到吐!..

我是覺得..要走向新的技術 要有良好基礎的基本功

學win32 api到底好不好?..看人吧?..因為這種東東我也是有用到才會去使用..
但是 在tool中時常得用..,它是windows的架構之一 了解它 對程式有很大的進歩
至於mfc我是覺得 了解它 會對vc++有很大的進歩..在去使用別的tool會很快上手
因為很多細節動作..都會了解

玩bcb也是得了解vcl,
因為一位程式人員不可能對一個tool的加構不了解..因為了解之後..會對開發tool有更深入的了解 ,就如同當年有人說vb6有人看不起它 ,可是我覺得vb6除了不能寫driver之外其他都可以
開發!


這是我的感想...






作者 : howard128(howard128) 人氣指數超過10000點
[ 貼文 127 | 人氣 20402 | 評價 110 | 評價/貼文 0.87 | 送出評價 9 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/9/5 下午 11:48:21
再補充一下


C流行了至少二十了吧..,還不是活得好好
C++至少也活了十年有吧..
而且業界中最常用的也是 C/C++
連JAVA C#和.NET都是以它為基礎去建構的
作者 : ghost_liao(ghost) 貼文超過200則人氣指數超過10000點
[ 貼文 367 | 人氣 13998 | 評價 1230 | 評價/貼文 3.35 | 送出評價 94 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/9/8 下午 09:35:34
以下是我個人的淺見
我個人認為MFC是一個值得學習的
其理由我覺得有三
第一 個人認為既然MFC可以存活那麼久,而且據說從4.0之後就幾乎穩定下來
可見其架構並非傳說中的那麼差,爾且目前市面上較大的應用軟體,都是使用它來進行開發
可見其他的重要性。

第二 個人認為雖然MFC的撰寫架構與目前一般的其他程式語言相比,較為複雜,但是利用它來開發,除程式的執行效率高,檔案小外,更重要要的是,可以透過在程式撰寫的過程中,
更了解windows的底層運作情形。

第三 個人認為雖然目前快速開發的工具推曾出新,但其基本的架構都是oop的形式,而在
MFC中也包含了所有的觀念與技巧,因此如果可以學會基本的MFC,一定對於要學習其他的
語言一定只有好處沒有壞處。
作者 : tzuhung(暮色飲者)
[ 貼文 41 | 人氣 2855 | 評價 120 | 評價/貼文 2.93 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2005/9/12 下午 04:47:26
該學不該學,這個問題看自己吧,反正學得多,以後用得到的都是自己的,如果只想用元件來完成程式,那麼應該可以放棄程式設計這條路了?
最近努力的在看MFC之類的東西,或是Java方面的,原來我用Delphi開發資料庫程式近五年了,最近心生恐懼,Delphi屬Pascal的語法,Delphi5.0的QuickReport問題一大堆,最近公司雖有採買一套Delphi2005,但非常不穩定,後來也才在網路上看到有關的討論,大多是抱怨連天!!
我懷疑如果有一天,大多人回到MS的懷抱,不管是用VB,C#,C++,萬一有一天Delphi下市,那些Pascal的使用者何去何從?繼續用不再更新的Delphi ? 那當新版的Windows API 有所更正,是否會造成原來VCL元件的不正常?如果都用.Net架構來比較的話,您會選擇Pascal(Delphi for .net) or C# VB 甚至C++ for .Net
     另外 MFC 不是 = Microsoft Foundation class ? VB 早期版本應該也是MFC吧?
     Managed C 是否須要布署在 .Net環境下,這點我有點不太懂?如果是的話,那到頭來會分 Java and .Net陣營?
作者 : kestrel(Kestrel)
[ 貼文 103 | 人氣 198 | 評價 850 | 評價/貼文 8.25 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/1/15 上午 12:29:50
MFC 多少要摸一點.

假如你要掛 ActiveX, OCX 元件來用時, 用 MFC 的 Dlg Base, 會比較方便.
作者 : enetsmail(Nets)
[ 貼文 107 | 人氣 2715 | 評價 260 | 評價/貼文 2.43 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/1/15 下午 10:49:02
coco大大,不知可不可以認識你?
我的msn是:netsmail@pchome.com.tw
作者 : twingo436(披著狗皮の喵)
[ 貼文 29 | 人氣 1 | 評價 230 | 評價/貼文 7.93 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/1 上午 06:14:54
>我懷疑如果有一天,大多人回到MS的懷抱,不管是用VB,C#,C++,萬一有一天Delphi下市,那些Pascal的使用者何去何從?繼續用不再更新的Delphi ? 那當新版的Windows API 有所更正,是否會造成原來VCL元件的不正常?如果都用.Net架構來比較的話,您會選擇Pascal(Delphi for .net) or C# VB 甚至C++ for .Net

我是覺得這一點不必太過擔憂, 基本上, 以微軟對 API 的處理方式, 頂多是不再更新某些 API 的內容, 但都會保留所有的 API 介面 ( 即使實際上已經使用COM包裝也是 ) 容。
要全面廢除 API 基本上超困難, 比如說, 若有一天出了新的 Windows 版本, 微軟不太可能會讓以前 XP 上所開發的程式都不能 RUN 吧, 若是舊有的程式系統都必須全面改寫 ? 全世界所有公司因此要投入難以估計的金額來修改程式只因為 API 沒了, 有很多工業界的自動控制系統都不能再更新作業系統, 因為一更新, 馬上不能繼續生產 ? 就這些觀點來看, 個人是覺得不太需要去擔心這個問題, 因為目前 Windows 的 API 就像 x86 系列的 CPU 上的組合語言指令一樣重要, 就算有了新指令, 也會留下舊指令繼續相容。
( vcl 元件內部全都是包裝各種用途的 API, 若 API 真的有消失的這一天, 全世界以 API 寫成的軟體通通都會當掉 @@" )

> Managed C 是否須要布署在 .Net環境下,這點我有點不太懂?如果是的話,那到頭來會分 Java and .Net陣營?
>

.Net 基本上就是為想和 Java 抗衡的產品, 這一點是否需要擔心要看你工作上的需要, 若是你並沒有跨平台的憂慮, 那也不需要太擔心, 但是若你有工作上的需要或者是你會擔心這類的問題, 將 .Net 學起來就是了 ^^

-------------------------------------------------------------------------------
以下為個人觀點:
API 是否需要需要學習 ?
個人是覺得不需要刻意去學習, 這種東西就像是以前 DOS 時代的中斷, 當然工作時有時會遇到比較低階的動作, 需要時再用 Help 檔查相關指令, 然後加進你的專案就沒事了。
(前提是你要常翻 online help , 不然需要時都沒想到...)

SDK 是否需要學習 ?
SDK 後來已經變成廣義的 API 運用, 因為不斷的有新規格出現, 所以 API 的數量不斷的增加(就比如說 DirectD3D SDK 之類), 或者是某某公司出的控制器, 也稱為 某某控制器 SDK 基本上就是會加上某些 COM 元件或者是 DLL 檔, 透過 .LIB 和 header file 連結使用, 基本上SDK 寫法是變成要能夠和工作上的專案結合使用的技能, 需要刻意學嗎 ? 個人是覺得還好, 用到時就是 Manual 看看應該就整合的起來了。

MFC 是否需要學習 ?
個人是覺得若你使用 VCL 很習慣, 基本上 MFC 能作的事情大概都包括在內了, 若是你是SDK老手把 API 包裝的超好 (別懷疑, 這種恐龍級的國外很多...), 自己有自己的 FC class library 那也可不必學 MFC, 但是若你是以 VC 工作, 且需以 MFC 配合, 那就非得學 MFC 不可, 結論...."多學的人總是有飯吃...^^"
作者 : ssnleensmb(sln)
[ 貼文 61 | 人氣 8934 | 評價 10 | 評價/貼文 0.16 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/2/20 下午 01:18:31
作者 : howard128(howard128)
C流行了至少二十了吧..,還不是活得好好
C++至少也活了十年有吧..
而且業界中最常用的也是 C/C++
連JAVA C#和.NET都是以它為基礎去建構的
=========================
此項基本上在下並不認同,C能活的好好的其實有九成的原因是他出的早,很多程式最早由它作為開發工具,接續的被迫要用相同的東西玩下去,加上後人又不敢改所延續下來的,就像COBOL就是一個例子,系統這幾十年來就都是這個樣子,就像WINDOWS的爛,爛久了我們也接受了,為因為我們所有的工具都是在這上面運行,你不用不行這個道理一樣!而不是他真的有什麼好的大家非用不可。

至於MFC真的覺的它是該收一收了,一個開發工具如果硬是要將工具簡單複雜化來突顯撰寫者的高深,其存在必要就有值得商確的地方,MFC會沒人用不是沒原因,連一些寫比較低階的公司都不太用了,因為在相同情況下大家達成目的有不同的選擇,誰強誰弱就很明顯了!
 
作者 : gi143152(kay)
[ 貼文 5 | 人氣 655 | 評價 0 | 評價/貼文 0 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/3/17 上午 12:59:46
請問大哥 有什麼簡單的方法呢??
   我真的很想知道 可以告訴我嗎? 謝謝
作者 : gi143152(kay)
[ 貼文 5 | 人氣 655 | 評價 0 | 評價/貼文 0 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/3/17 上午 01:02:12
不好意思 我是指 huaiyu(又靜又動) 大哥說的話
  請問有什麼方法可以簡單學呢?
作者 : henrytso(CodeWarrior) VC++優秀好手貼文超過200則
[ 貼文 243 | 人氣 4166 | 評價 1790 | 評價/貼文 7.37 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2006/3/17 下午 12:57:41
>>至於MFC真的覺的它是該收一收了,

不好意思, 請問"收一收"指的是什麼, 收改? 或是收起來不再用? 如果是指收改, 以我所之全世界的軟體都是不斷的在修改, 只要這個軟體是有人在用. 如果是指叫 Microsoft 將MFC 收起來不要再出, 那好像不太可能吧!至少也要等微軟不見了才有可能.

>> 一個開發工具如果硬是要將工具簡單複雜化來突顯撰寫者的高深,其存在必要就有值得商確的地方

那要看你開發什麼軟體, 例如寫 Driver, 大家都知道要用 C, 在特定狀況下再配上組合語言.總不會有人硬要用 VB 來寫硬體的 low level driver (行不行我不知道, 也許真的可以, 但不會是我). 反過來我們知道 VB 用來寫 Windows 程式很容易, 雖然 VB 不是最強的 Windows 平開發工具, 但她勝在很容學容易用, 總不會有人喜歡用組合語言來寫 Windows 的應用程式. 如果有, 那不是代表他很強, 而是代表他很蠢 !
所以說, 不同層次的開發工具是給不同需要的人來用.

>>,MFC會沒人用不是沒原因,連一些寫比較低階的公司都不太用了,因為在相同情況下大家達成目的有不同的選擇,誰強誰弱就很明顯了!

我的看法與你分享. 用 MFC 的人大都是開發 Windows 的應用程式, 至於用來做低階的程式開發,當然不適合, 所以一般做硬體的公司, 如果要配合寫 f/w 或 driver. 當然是用 C. 反觀國內的友立資訊, 他們的 PhotoImpact 當然是用 MFC 來做. VB? 當然是很安祥的睡在 MSDN 的盒子裡. (忘記了, VB 用來做軟體開發前期的樣品程式很有用. 因為拉一拉, 再加點 code 就可以demo 與 review U/I. 所以偶爾也要請她起床一下).
其他工具, 當然各有各好, 否則誰會用.
作者 : jkk(JKK)
[ 貼文 28 | 人氣 197 | 評價 10 | 評價/貼文 0.36 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/10/30 下午 01:28:41
很多人以為MFC會消失? 但看最新的Visual Studio 2012的MFC類別庫也更新到11.0版了, 所以看來微軟還是不會放棄MFC



作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/11/14 下午 02:29:49
MFC is a poison
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/11/14 下午 02:42:46
http://www.wxwidgets.org/
open source application framework is better .
作者 : handsomejks(jks)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/25 下午 07:37:39
請問各位資深的大大:
小弟今年高中,是c++新手,正嘗試vc++視窗開發
就"純vc++而言" (不討論c#,QT...)
請問什麼是"長遠的"視窗程式開發方法?
除了mfc 和 sdk 還有其他選擇嗎?
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 上午 10:47:49
open source is a long term consideration , e.g. wxwiget , QT , ... MFC is out of date and it is too big & complex . for commercial consideration , .net platform is better , but it is a commercial platform .
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 上午 10:59:43
Eclipse is a good SDK . Many projects have been supported it .
作者 : handsomejks(jks)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 下午 07:14:22
不好意思各位資深的大大們:
小弟因為研究DirectX 11所以只能完全用 vc++開發視窗
而vc++ 也好像只有 win sdk 和 mfc
請各位大大用你們專業的見解指引方向
小弟感激不盡
作者 : rollboy(roller) 貼文超過200則人氣指數超過10000點
[ 貼文 396 | 人氣 24176 | 評價 370 | 評價/貼文 0.93 | 送出評價 62 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 下午 09:51:10
曾經一度想認真學wxwidgets, 不過真的很不習慣它的框架.
還是borland C++ builder用起來快樂許多.
作者 : ice_emissary(燃燒的大地) 貼文超過200則
[ 貼文 408 | 人氣 0 | 評價 1890 | 評價/貼文 4.63 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 下午 10:48:44
我一直用的是 C++ Builder,非常方便。唯一可惜的是他不是標準 C++ 的東西,甚自不同版本的程式專案不能轉移,害我好多 6 版的專案到現在還只能用在 6 版編譯器上。
目前我還在慢慢習慣 wxWidgets 的過程中,還蠻喜歡的,特別是與 wxFormBuilder 搭配起來可以強迫其他開發者把界面和功能分開,這點我超愛的,雖然不少人視它為缺點。
另外一提,wxWidgets 可以用在 VC++ 上啊!
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 下午 11:16:13
c++ builder is a RAD tool , not a framework. So its portability is poor . Open is the way , but some people like commercial tools . the reason is they are enslaved.
作者 : rollboy(roller) 貼文超過200則人氣指數超過10000點
[ 貼文 396 | 人氣 24176 | 評價 370 | 評價/貼文 0.93 | 送出評價 62 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/26 下午 11:57:31
喔, 抱歉, 那或許該說因 wxWidget架構上, 是以切格子方式為基礎, 讓我感覺很不習慣.
我那時候練習的時候, 覺得要擺元件之前都要先切好格子, 很麻煩. (不過也可能是因為我跟它不熟)

另外, 用過很多種基於wxWidget的RAD tool(是這樣講對吧?), 感覺都不是很穩定(codeblock, wxDevC++, FormBuilder之類).
我是大約一年多前稍微碰過, 那時候感覺還不是那麼完整. (再一次, 可能是因為我跟它不熟)
當初是考量到Licence問題, 所以選擇wxWidget希望能當GUI programming替代方案.
再加上它是native gui ...

Borland好用之處大概就是簡單吧!

倒是後來才知道QT支援LGPL, 或許該找個時間再來研究研究.


話說QT跟wxWidget, 是否有較為推薦哪者呢? 謝謝.
若觀念錯誤煩請指正.



>c++ builder is a RAD tool , not a framework. So its portability is poor . Open is the way , but some people like commercial tools . the reason is they are enslaved.
作者 : rollboy(roller) 貼文超過200則人氣指數超過10000點
[ 貼文 396 | 人氣 24176 | 評價 370 | 評價/貼文 0.93 | 送出評價 62 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/27 上午 12:14:08
By the way, 我覺得商用跟open source/free軟體各有優缺點啦.
商用提供的應該是整合跟服務, 如同我之前一直在找尋open source/free靜態程式分析工具,
似乎找到的都是零散的tool, 卻未見一個較為整合性的工具(call tree, 複雜度, 缺陷分析等等, 例如https://www.scitools.com/index.php)
不過大家若有知道這樣的open source/free tool也煩請分享一下.

另外一個例子是早期的Linux系統使用上不是那麼人性化, 裝個套件常常容易要手動改一些config, 缺字型, 缺driver ...
當然現在這些問題也已經改善了非常多, 也越來越方便了 ...


這些只是個人想法和提出的比喻, 大家看看就好不要太認真, 謝謝.
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/27 上午 10:15:21

>喔, 抱歉, 那或許該說因 wxWidget架構上, 是以切格子方式為基礎, 讓我感覺很不習慣.
>我那時候練習的時候, 覺得要擺元件之前都要先切好格子, 很麻煩. (不過也可能是因為我跟它不熟)
> --- http://wiki.wxwidgets.org/Project_List .
   --- MFC is out of date. because it is a commercial app fwk.
 
>另外, 用過很多種基於wxWidget的RAD tool(是這樣講對吧?), 感覺都不是很穩定(codeblock, wxDevC++, FormBuilder之類).
--- IDEs just are tools , open means that hope programmers can make it better , not is monopoly if you wan't to use copycat software . :-)
>我是大約一年多前稍微碰過, 那時候感覺還不是那麼完整. (再一次, 可能是因為我跟它不熟)
>當初是考量到Licence問題, 所以選擇wxWidget希望能當GUI programming替代方案.

--- wxWidget is better than QT. why ?
>再加上它是native gui ...
>
>Borland好用之處大概就是簡單吧!
 -- Of course . RAD's ADV is easy to use. Darg &Drop ! Enclosing Win32 API and make app development becomes more easy. if consider software development cycle , selecting a suitable tool is important .
   
>倒是後來才知道QT支援LGPL, 或許該找個時間再來研究研究.
>
-- QT's performance is poor than WxWidget . why ?
>
>話說QT跟wxWidget, 是否有較為推薦哪者呢? 謝謝.
>若觀念錯誤煩請指正.
>
>
>
>>c++ builder is a RAD tool , not a framework. So its portability is poor . Open is the way , but some people like commercial tools . the reason is they are enslaved.
>
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/27 上午 10:47:51
http://en.wikipedia.org/wiki/List_of_performance_analysis_tools#C_and_C.2B.2B
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/27 上午 10:59:12
have you tried this ?
http://blog.xuite.net/csiewap/cc/23499925-%5B%E8%BD%89%E9%8C%84%5D+%E5%AE%89%E8%A3%9D+CodeViz+%E7%94%A2%E7%94%9F%E5%87%BD%E6%95%B8%E8%AA%BF%E7%94%A8%E5%9C%96
作者 : rollboy(roller) 貼文超過200則人氣指數超過10000點
[ 貼文 396 | 人氣 24176 | 評價 370 | 評價/貼文 0.93 | 送出評價 62 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/27 下午 09:02:02
Dear Ozzy:

這類工具我已經找了好一陣子, 但如我所說, 找到的工具都是零散的,

例如有CppCheck進行缺陷分析, 有Cflow, Cscope + graphviz來畫call graph,
也有找過用來分析程式複雜度的工具, 之前也嘗試找工具偵測duplicate code (不過沒找著).

找尋這些open source/free方案其實頗花時間,
也還必須自己花些時間才能整理出一個整合性的統計資訊.


拍謝, 不是在抱怨open source工具 ... 我卡早也是很迷Linux的 ... :D
(不過想辦法讓這些Open source tool跑在Windows底下著實也是頗有樂趣的)
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/28 上午 09:04:27
open is a research spirt , not commercial action.
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/12/28 下午 03:36:27
open is a mainstream and trend in the future. if you can understand and discover them , you will own many happiness .
作者 : allen680321(思思烤烤)
[ 貼文 16 | 人氣 0 | 評價 20 | 評價/貼文 1.25 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2014/1/14 下午 02:40:50
我認為不用特別去學MFC,除非你專題或者工作上有用到它,事實上我並不認為MFC需要學,

MFC和QT我都碰過,我認為它們本質上沒什麼不一樣、只不過是提供了一大堆API方便你寫code

,然後再制定一下自己的架構罷了,所謂架構就是像你在寫android apk時需要學習的life cycle,

那也是一種架構,是人為訂出來方便讓我們寫程式的東東。

所謂學MFC,你真正會遇到的是瞭解架構(1小時搞定),弄清楚你需要的API如何使用呼叫(call得愈多、花費在看文件的時間愈多)

,可是這一切的基本功仍然是c++語法和物件導向觀念。基本功練好,什麼MFC之類的在你眼中不

就是一大堆API的set罷了。


作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4498 | 人氣 37262 | 評價 11100 | 評價/貼文 2.47 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2014/1/14 下午 03:26:03
MFC is a poison. windows will be over in the future. MFC is not mainstream .
 板主 : 青衫 , 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-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.34375