先來(lái)說(shuō)一下我學(xué)習(xí)這個(gè)東西的目的吧。
剛開(kāi)始接觸ATL和WTL是在11月份的時(shí)候,在公司的buffer里面待了無(wú)聊的兩個(gè)月,也沒(méi)有項(xiàng)目做。對(duì)于我這個(gè)剛畢業(yè)又不是計(jì)算機(jī)專(zhuān)業(yè),又找到了IT行業(yè)的菜鳥(niǎo)來(lái)說(shuō),沒(méi)有學(xué)習(xí)的目標(biāo)其實(shí)挺悲慘的,一度什么東西都學(xué),js,java。已經(jīng)在公司混了大概4,5個(gè)月了,一點(diǎn)長(zhǎng)勁都沒(méi)有,前途堪憂。
雖然我學(xué)的不是計(jì)算機(jī)專(zhuān)業(yè),但好歹是電子信息學(xué)院的,本科研究生都接觸了點(diǎn)編程語(yǔ)言,尤其在找工作的時(shí)候瘋狂地補(bǔ)了一下c++相關(guān)知識(shí),所以對(duì)c/C++這方面的基礎(chǔ)知識(shí)還是有些了解的。但是苦于沒(méi)有項(xiàng)目經(jīng)驗(yàn)。想著我要回成都,這心里就沒(méi)底啊。
還好有個(gè)外派到思科的職位,被我爭(zhēng)取來(lái)了,是做Windows下的產(chǎn)品維護(hù)。就是人家這個(gè)東西已經(jīng)做好了,現(xiàn)在已經(jīng)在做IOS的項(xiàng)目了,現(xiàn)在Windows下可能會(huì)報(bào)出些bug來(lái),就需要我來(lái)修復(fù)。在準(zhǔn)備面試的時(shí)候了解了一下關(guān)于ATL和COM方面的知識(shí),不過(guò)現(xiàn)在都忘了。之前遇到一個(gè)bug,就是有一個(gè)客戶在點(diǎn)擊其他地方的時(shí)候,我們的程序會(huì)跳出一個(gè)空白的對(duì)話框,并且不會(huì)消失。這屬于business card方面的知識(shí),我查了好久也沒(méi)確定出什么原因。最后發(fā)現(xiàn)了一個(gè)不確定的原因,可能是這個(gè)空白對(duì)話框沒(méi)有隱藏,被系統(tǒng)調(diào)出來(lái)了。經(jīng)歷過(guò)這次查bug,發(fā)現(xiàn)了整個(gè)邏輯應(yīng)該是什么樣子的。所以自己也想做一個(gè)聊天工具的東西,看到他們應(yīng)該是使用atl/wtl來(lái)做的,我就再來(lái)復(fù)習(xí)一下這方面的東西。
今天看懂啊第四章了,把前面atl的知識(shí)也梳理一下吧。
ATL是用來(lái)做UI的,不知道這句話說(shuō)的是不是狹隘了。其中的CWindow封裝了m_hwnd成員變量,把創(chuàng)建一個(gè)窗口,顯示窗口,消息循環(huán)的API函數(shù)全封裝進(jìn)了這個(gè)類(lèi)中,從而更加面向?qū)ο蟆?br />
ATL力爭(zhēng)做到簡(jiǎn)潔,快速,這也是它為什么采用了模板類(lèi)來(lái)做的原因。去掉了vtable的開(kāi)銷(xiāo),并且最大限度地在編譯器確定調(diào)用的類(lèi)型,這就是子類(lèi)作為父類(lèi)模板參數(shù)傳遞的原因,其中最重要的一句是:T* pt = static_cast<*T>(this);
了解了這些,然后再了解一些模板類(lèi)的概念,基本上ATL就這些了,接下來(lái)就是要對(duì)它封裝的類(lèi)和宏的熟練應(yīng)用了,這就需要長(zhǎng)期的積累了。
但是ATL對(duì)一些復(fù)雜的控件的支持不足,所以就出現(xiàn)了WTL,我不知道對(duì)不對(duì)哈,這句話先放在這里,以后再改。
好了,現(xiàn)在進(jìn)入今天的正題:
MFC程序員的WTL指南:PartIV--對(duì)話框與控件的學(xué)習(xí)
在說(shuō)這個(gè)之前,先說(shuō)一個(gè)小插曲。這個(gè)故事是發(fā)生在我查上述的bug的時(shí)候,business card就是相當(dāng)于qq上把鼠標(biāo)放在好友頭像上,旁邊彈出的一個(gè)對(duì)話框,上面有簡(jiǎn)單的個(gè)人信息。
既然是個(gè)對(duì)話框,肯定有個(gè)資源與之對(duì)應(yīng),該資源必須應(yīng)該有個(gè)ID,對(duì)話框嘛,一般就是IDD_DIALOG之類(lèi)的。但是我在該工程里面到處都沒(méi)有發(fā)現(xiàn)哪里調(diào)用了domodal()這個(gè)方法。后來(lái)去了基類(lèi)里面查,才發(fā)現(xiàn)乾坤原來(lái)在這個(gè)里面。基類(lèi)中有個(gè)idd專(zhuān)門(mén)用來(lái)接收子類(lèi)的IDD,注意這個(gè)必須是IDD,IDC,IDE都不行,因?yàn)樵贒ialogImpl這個(gè)基類(lèi)中就是這么寫(xiě)的,人家只認(rèn)這個(gè)。然后有了這個(gè)id之后,該類(lèi)還有DoModal()方法,其實(shí)是調(diào)用了Create()方法。中間還有其他的函數(shù),但這個(gè)資源總算是與一個(gè)句柄搭上線了。
回到這一章來(lái),我對(duì)它所說(shuō)的創(chuàng)建一個(gè)對(duì)話框要做的這三件事很有感觸,分別是:
1. 創(chuàng)建一個(gè)對(duì)話框資源,就是你要彈出來(lái)讓別人看的東西。
2. 從CDialogImpl類(lèi)派生一個(gè)新類(lèi),處理一些自己想處理的消息,添加一個(gè)空間。
3. 添加一個(gè)共有成員變量IDD,其實(shí)是enum{IDD=IDD_DIALGO};
然后這章就主要在講怎么把一個(gè)類(lèi)對(duì)象同一個(gè)資源進(jìn)行連接了。
原來(lái)我就對(duì)怎么連接這兩個(gè)東西比較有興趣,你想啊,一個(gè)是你自己編寫(xiě)的一個(gè)類(lèi),一個(gè)是你畫(huà)出來(lái)的資源。比如一個(gè)CMyButton類(lèi),一個(gè)按鈕,它們兩個(gè)根本不是一個(gè)東西,CMyButton類(lèi)中只是有些方法,成員,但是能干什么呢?你看不到摸不著,不跟一個(gè)資源連接起來(lái)你是看不到它是怎么工作的。但是一個(gè)按鈕又是一章圖而已,它沒(méi)有什么狀態(tài),也沒(méi)有行為,按它也沒(méi)有反應(yīng),所以就要把兩者結(jié)合起來(lái),要看得到,還要有反應(yīng)。
我覺(jué)得CMyButton類(lèi)完全可以跟一個(gè)對(duì)話框連接,沒(méi)做過(guò)實(shí)驗(yàn),不知道會(huì)出現(xiàn)什么結(jié)果。
ATL中有三種方法:
1. 先獲得資源,HWND hwnd = GetDlgItem(IDC_BUTTON),好了,這個(gè)叫IDC_BUTTON的東西在內(nèi)存中已經(jīng)存在了,并且通過(guò)這個(gè)hwnd可以找到它了,相當(dāng)于hwnd是它的秘書(shū)或者發(fā)言人。那我要把這個(gè)按鈕同一個(gè)對(duì)象連接起來(lái),我肯定是要通過(guò)它秘書(shū)跟它建立關(guān)系啦。這里面就有幾個(gè)方法。
1.1 CButton wndBtn1(hwnd)
1.2 CButton wndBtn2 = hwnd;
1.3 CButton wndBtn3;
wndBtn3.Attach(hwnd)//其實(shí)你去看這個(gè)Attach()方法,就是把hwnd給m_hwnd,跟前面兩種相差不大
2. 包容器窗口
這個(gè)我只是按教程實(shí)現(xiàn)了,但是我沒(méi)有深究,可以子類(lèi)化一個(gè)控件,可以把傳給父窗口的消息截留,自己先處理,處理完可以選擇不傳給父窗口處理,也可以選擇繼續(xù)讓父窗口處理。
子類(lèi)化的問(wèn)題我沒(méi)有搞清楚,大概就是這個(gè)控件已經(jīng)有了,現(xiàn)在你自己搞了一個(gè)相應(yīng)的類(lèi),你把這個(gè)控件和類(lèi)聯(lián)系起來(lái)了。這跟沒(méi)說(shuō)一樣。
3. 就是子類(lèi)化了
就是SubClassWindow()這個(gè)函數(shù),我看我們的程序中用的都是這個(gè),而且也比較簡(jiǎn)單。子類(lèi)化一個(gè)空間可以把控件上的消息讓控件自己處理,不用全交給父類(lèi),那樣老爹就太累了,況且,父類(lèi)窗口上又多了很多控件,如果都讓父類(lèi)處理,太不人道了。還是自己的事情自己做。
所以你就要有個(gè)相應(yīng)的類(lèi),并且需要從CWindowImpl繼承,這樣才能做消息循環(huán)嘛,還得在CWindowImpl<>模板參數(shù)中寫(xiě)上你這個(gè)類(lèi)的相應(yīng)的控件基類(lèi)。怎么說(shuō)呢,就是如果你要子類(lèi)化一個(gè)ListContrl就得這個(gè)搞個(gè)類(lèi):
CMyListImpl:public CWindowImpl<CMyListImpl, CControlView>,類(lèi)模板的第一個(gè)參數(shù)不用說(shuō)了,第二個(gè)就是相應(yīng)的控件基類(lèi)了。
在這個(gè)類(lèi)里面放上你想處理的消息,就成了。
然后在CMainDlg.h文件中的CMainDlg類(lèi)中定義一個(gè)對(duì)象,就是你要跟那個(gè)資源連接的東西CMyListImpl wndList;
還要在Dialog的OnInit函數(shù)里面寫(xiě)上 wndList.SubClassWindow(GetDlgItem(IDC_LIST));就成了。
我感覺(jué)這種方法簡(jiǎn)單直觀。
再有就是WTL的DDX了,其實(shí)就是WTL定義了幾個(gè)宏,其基本思想還是用SubClassWindow這個(gè)方法
首先,你的CMainDlg得繼承CWinDataChange〈CMainDlg〉 如果你沒(méi)這個(gè)的東西,你就用不了這里面的BEGIN_DDX_MAP_EX()宏,等會(huì)我分解一下這個(gè)宏,來(lái)看看里面到底有點(diǎn)啥,其實(shí)就是讓你重載一個(gè)叫DoDataExchange()的方法。
#define BEGIN_DDX_MAP(thisclass)\
BOOL DoDataExchange(BOOL bSaveAndValidate = FALS,\
UINT cltlID = (UINT)-1)\
{\
bSaveAndValid;\
//數(shù)據(jù)傳輸方向標(biāo)志,true代表從//控件傳至變量
nCtrlID;
#define DDX_CONTROL(nID, obj)\
if(nCtrlID == (UINT)-1 || nCtrlID == nID)\
DDX_Control(nID, obj, bSaveAndValidate);
template<
class T>
class CWinDataExchange
{

.

template<
class TContrl>
void DDX_Control(UINT nID, TControl& ctrl, BOOL bSave)
{
if(!bSave&&ctrl.m_hwnd==NULL)\\必須從CWindImpl繼承才有這個(gè)變量
{
T* pT = static_cast<T*>(
this);
ctrl.SubClassWindow(pT->GetDlgItem(nID));
//這個(gè)T在這里就是CMainDlg啦,神奇吧
}
}
#define END_DDX_MAP()\
return TRUE;\
}
看了上面的解釋基本能了解DDX其實(shí)跟上面差不多把,就是用宏把他們整合起來(lái)了,障眼法。
額,下面就是控件的反射了,據(jù)說(shuō)MFC都是把傳到父類(lèi)的消息反射回去,誰(shuí)給我的我反給誰(shuí),挺懶的。
WTL也有幾個(gè)宏來(lái)實(shí)現(xiàn)這個(gè)目的,并且誰(shuí)給我的我都知道,原封不動(dòng)地給你。額,現(xiàn)在用不到,理解不深,就先寫(xiě)到這里吧。
posted on 2012-03-22 19:54
Dino-Tech 閱讀(411)
評(píng)論(0) 編輯 收藏 引用