發現很多外掛和木馬編寫都是用MFC,MFC有必要學嗎?

---

用vb和易的比較多吧。。

---

不請自來。曾經本科時期《windows程序設計》這門課的課程設計就是做的木馬。先上圖：

（Ps.年少的我還不知道使用版本管理工具）

-----------分割線-----------
開始答題：
MFC只是一個圖形庫，沒必要糾結他。你該把更多的經歷放在底層核心功能的實現。例如通信機制的實現。木馬服務端的各個模塊的實現。木馬客戶端數據包解析模塊的實現。這些知識可以參考《Windows核心編程》。

你可以先從最簡單的獲取對方信息這個模塊寫起走，先實現一個CLI模式的程序。然後慢慢擴展到其他模塊，最後在寫界面。如今界面庫有很多。上面提到QT,GacLib都可以更好的實現MFC的這些功能。（Ps.我這個木馬是使用Win API寫的~）

不要刻意的學習MFC，首先它的確過時了。如果你在學習的過程中碰到MFC，可以去google去baidu。慢慢的你對MFC也會有感覺這也就入門了。你會發現MFC只是對API的封裝。

先寫到這！Over

---

作為我們學校里信安拖後腿的，經驗是
MFC不一定要學，WinAPI一定要精通
其實用MFC只是加快了開發效率，而真正幹活的是WinAPI
而WinAPI只是內核暴露出來的介面
寫外掛的話還會涉及彙編，就像孔乙己里說的 - 你知道注個DLL有幾種姿勢么
像我寫代碼基本不用MFC,QT之類，能純c的用純c，不行就上c++，這樣目標體積會小點【方便幹壞事】

比如說一個最簡單最lowbee的APIHook大概長這樣

和MFC並沒有什麼關係，也沒有涉及到WinAPI，只是最簡單的硬寫機器碼，外掛里大量使用了這樣的技術，所以研究好彙編Win內核才是王道

---

mfc windows自帶類庫，無需帶個dll， 天生適合綠色版外掛。

木馬一般是後台進程，不應該用mfc吧

---

windows api更有用

---

對於黑客新星來說，沒有必要。可以直接用SDK來寫。
至於這些工具為什麼多用MFC，是因為工具的作者成長於MFC走紅的年代。

---

造外掛啊，用易語言啊，易語言：造外掛，我們特專業

---

MFC沒飯吃，就算M是Microsoft，誰讓他後面是FC，不要學。

---

同疑問，為何不學QT？

---

可以學mfc，核心編程也不過如此，吹吧，吹吧，不吹怎麼讓別人知道其的垃圾。

---

MFC跟外掛有什麼關係？上世紀的一個低級gui庫而已。
你有界面編程經驗就行了，參考下最好用的GUI庫。
哦，點擊這裡 GacLib - Home

---

mfc=沒飯吃

---

現在很多工控軟體都是mfc，界面要求簡單。還是有飯吃的。

---

你們還是用易語言吧

---

MFC不要學。你是真的對木馬感興趣嗎？還是純粹覺得很厲害，可以吹吹牛。如果是前者，就去看《windows核心編程》，《windows程序設計》，當然你看完了也寫不出來，你還要學內核，學彙編，去逆向其他人寫的木馬。花的時間真的要很多。

---

客觀來說WinAPI還是很重要的，行業軟體、工業軟體等生產力性質的軟體，以及遊戲軟體基本還是Windows的天下。對於初學者而言MFC是學習WinAPI和OO的一條捷徑。

---

c 和 c++你理解多少了呢？來逆向一個遍歷鏈表演算法，拆幾個類對象的私有成員數據試試。那些書和mfc 都是教你搬磚的。

---

MFC呢·如上大佬們所講、一個封裝好的框架 要不要學這種古老的東西呢？看你興趣。

WinAPI, 如果要針對win平台下的遊戲肯定是要了解的。

其次，暴力內存外掛大多數情況下是讀寫修改內存+非法調用遊戲內的函數，所以根據WinAPI封裝一套自己用的遠程內存操作就夠用了; 還有網遊外掛要考慮到反作弊系統的存在。

( ⊙ o ⊙ )~ PS: 不用框架 純C手寫可以讓你更容易控制"外掛"功能方面細節。

---

mfc不要學。api可以學學，看看programming windows，windows核心編程，win32彙編，操作系統，網路編程，and so on...

---

關鍵是要深入，深入了幹啥都有飯吃！

---

推薦閱讀：