→ dos792:終究說了很久，不過ms應該沒有那個決心 118.168.70.122 06/28 08:01
→ MOONRAKER:有夢最美，想不用錢 |D 59.120.168.228 06/28 10:56
→ Zephyr750:想辦法讀MFC的Type library的方向呢？ 114.33.224.25 06/28 22:09
→ Zephyr750:還可以保証完全不用到MFC嗎？ 114.33.224.25 06/28 22:09
※ 引述《Zephyr750 (紅蓮西風750)》之銘言：
: 這兩個東西
: MFC是一套把Win32API包起來的class集
: .net是個平台，以可跨網路和桌面程式之間（是吧？我對它不是很熟）
: 我的問題是
: 在.net之下可以用MFC嗎？
: 1. 在平台之下使用一套class集滿合乎常理的
: 2. 但是似乎沒有看過一起介紹兩者的書或文章
: 所以在此提問！
.Net下, 沒必要去用MFC
.NET是個framework, MFC本身也是framework
目的都是把API包裝完給使用者
MFC能做到的事情, .Net大部分也能
.NET要使用managed C++ 或是 C#之類的語言, 本身就不是C++了
所以沒辦法直接使用MFC
但如果把MFC包裝成一個DLL, 留給managed C++呼叫... 這當然是OK的~~
或者MFC本身把程式以COM散佈, .Net使用COM元件更是不費吹灰之力
一般正常的狀況, 是在"效能導向"的程式你會想要呼叫C/C++(native code)的東西
這部分通常與UI無關, 去使用MFC提供的類別也沒啥意義
另外當.Net很難實作某些功能, 有可能需要更多的API,
這個時候第一個優先採納的對象應該是直接呼叫 Win32 API
不過不管是第一還是第二種情形, 雖然使用了.Net framework, 立刻失去了跨平台的優勢
(雖然目前.Net跨來跨去主要還是只有Windows上跑得好, 其他OS跑得有點糟糕
但終究有機會跨其他平台, 特別是之後還有ARM版的Win8,個人認為.Net也會跑得不差)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.45.109.202