以金山界面库（openkui）为例思考和分析界面库的设计和实现——代码结构（完）
生活随笔
收集整理的這篇文章主要介紹了
以金山界面库（openkui）为例思考和分析界面库的设计和实现——代码结构（完）
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
? ? ? ? 三年前，準備將金山界面庫做一個全面的剖析。后來由于種種原因，這個系列被中斷而一直沒有更新。時過境遷，現在在windows上從事開發的人員越來越少，關注這塊的技術的朋友也很少了。本以為這系列也隨著技術的沒落而不再被人所關注，所以一直沒有更新其的意愿。前些天突然有個朋友對之前《以金山界面庫（openkui）為例思考和分析界面庫的設計和實現——資源讀取模塊分析》做了評論，這讓我重新燃起一種欲望——將尚未完結的系列寫完。于是我打開塵封三年的“草稿箱”里這篇文章，沿著三年前的思路，試著完成這系列博文。（轉載請指明出于breaksoftware的csdn博客）
? ? ? ? 在《問題》一文中，我從一個“無知者”的角度拋出了一系列界面庫設計的問題。在《資源讀取模塊分析》中已經解釋了資源的存在形式。本文我們主要分析下整個界面構建的脈絡。
? ? ? ? 以網頁為例，我們可以通過html+css+javascript去搭建一個界面。這么設計的好處我在《問題》一文中已經有所闡述。openkui庫也是照著這樣的思路去設計的，但是它將組成分的更細，以至于讓我覺得細的似乎太松散了。
? ? ? ? 以Sample1的皮膚資源為例，它是由若干xml文件組成了界面描述：
- xmls.xml 它描述了幾個關鍵XML文件的位置。其中IDR_DLG_MAIN對應的XML文件是描述了界面的總體（后文稱界面描述文件）。IDR_KSC_STYPE對應的XML文件（后文稱樣式描述文件）描述了局部界面的一些屬性，IDR_KSC_SKINE對應的XML文件（后文稱皮膚描述文件）則描述了局部界面對應的類。
- strings.xml 它描述了文字和ID的映射關系。這個非常類似于MFC中的string table。
- images.xml 它描述了圖片文件和ID的映射關系。界面中所要用的圖片資源都應該在這個文件中被描述。
? ? ? ? 其中xmls.xml中記錄的幾個xml和界面的關系最為緊密。而MAIN、STYPE和SKIN的關系也是需要理清的，我們先看界面描述文件內容
<layer title="sample1" width="600" height="470" appwin="1"><header class="mainhead" width="full" height="23"><icon src="ICON_MAIN" pos="5,4"/><text class="dlgtitle" pos="25,6">樣例程序1</text><imgbtn id="60003" class="linkimage" skin="minbtn" pos="-105,1"/><imgbtn id="60002" class="linkimage" skin="maxbtn" pos="-73,1"/><imgbtn id="60001" class="linkimage" skin="closeonlybtn" pos="-43,1"/></header><body class="mainbody" width="full" height="full"><dlg pos="0,0,-0,-0" crbg=F7FBBF><text class="hellowordstyle" pos="50,200">hello world!</text></dlg></body><footer class="mainfoot" width="full" height="23" crbg=FFB9B9></footer>
</layer><class name=linkimage cursor=hand/><png name="minbtn" src="IDP_BTN_SYS_MINIMIZE" subwidth="32"/><image id="IDP_BTN_SYS_MINIMIZE" path="images/btn_sys_minimize.png" />? ? ? 上述XML中描述的屬性，在界面構建過程中會被讀取。可以想象，這個讀取操作是每個皮膚模塊的基礎功能。打個比方，png這個模塊它需要讀取name、src和subwidth三個屬性。它可能存在對應的get_name，get_src和get_subwidth三個方法用于獲取上述屬性。但是如果一旦增加屬性，則需要新增讀取函數。而且，屬性的值的類型可能也是不同的，比如：
<class name=settingpage crbg=FBFCFD y-margin=10/>class KUILIB_API CKuiObject
{
public:......virtual LPCSTR GetObjectClass() = 0;virtual BOOL Load(TiXmlElement* pXmlElem){for (TiXmlAttribute *pAttrib = pXmlElem->FirstAttribute(); NULL != pAttrib; pAttrib = pAttrib->Next()){SetAttribute(pAttrib->Name(), pAttrib->Value(), TRUE);}return TRUE;}virtual HRESULT SetAttribute(CStringA strAttribName, CStringA strValue, BOOL bLoading){return E_FAIL;}......
}? ? ? ? 我們繼續看下各個子類對SetAttribute方法的設計。Kui庫使用一組宏定義的方法去設計SetAttribute方法，這樣就像MFC中的消息映射表，開發者只要維護好這張表就可以了。這種設計可以方便開發者對代碼的修改和擴展。
#define KUIWIN_DECLARE_ATTRIBUTES_BEGIN() \
public: \virtual HRESULT SetAttribute( \CStringA strAttribName, \CStringA strValue, \BOOL bLoading) \{ \HRESULT hRet = __super::SetAttribute( \strAttribName, \strValue, \bLoading \); \if (SUCCEEDED(hRet)) \return hRet; \#define KUIWIN_DECLARE_ATTRIBUTES_END() \return E_FAIL; \\return hRet; \} \#define KUIWIN_CHAIN_ATTRIBUTE(varname, allredraw) \if (SUCCEEDED(hRet = varname.SetAttribute(strAttribName, strValue, bLoading))) \{ \return hRet; \} \else \#define KUIWIN_CUSTOM_ATTRIBUTE(attribname, func) \if (attribname == strAttribName) \{ \hRet = func(strValue, bLoading); \} \else \// Int = %d StringA
#define KUIWIN_INT_ATTRIBUTE(attribname, varname, allredraw) \if (attribname == strAttribName) \{ \varname = ::StrToIntA(strValue); \hRet = allredraw ? S_OK : S_FALSE; \} \else \// UInt = %u StringA
#define KUIWIN_UINT_ATTRIBUTE(attribname, varname, allredraw) \if (attribname == strAttribName) \{ \varname = (UINT)::StrToIntA(strValue); \hRet = allredraw ? S_OK : S_FALSE; \} \else KUIWIN_DECLARE_ATTRIBUTES_BEGIN()KUIWIN_CHAIN_ATTRIBUTE(m_imgSkin, TRUE)KUIWIN_COLOR_ATTRIBUTE("crbg", m_crBg, TRUE)KUIWIN_INT_ATTRIBUTE("left", m_lSkinParamLeft, TRUE)KUIWIN_INT_ATTRIBUTE("top", m_lSkinParamTop, TRUE)KUIWIN_ENUM_ATTRIBUTE("part", UINT, TRUE)KUIWIN_ENUM_VALUE("all", Frame_Part_All)KUIWIN_ENUM_VALUE("top", (Frame_Part_All & ~Frame_Part_Bottom))KUIWIN_ENUM_VALUE("middle", (Frame_Part_All & ~(Frame_Part_Bottom | Frame_Part_Top)))KUIWIN_ENUM_VALUE("bottom", (Frame_Part_All & ~Frame_Part_Top))KUIWIN_ENUM_VALUE("left", (Frame_Part_All & ~Frame_Part_Right))KUIWIN_ENUM_VALUE("center", (Frame_Part_All & ~(Frame_Part_Right | Frame_Part_Left)))KUIWIN_ENUM_VALUE("right", (Frame_Part_All & ~Frame_Part_Left))KUIWIN_ENUM_END(m_uDrawPart)KUIWIN_DECLARE_ATTRIBUTES_END()? ? ? ? 不同皮膚類通過上述宏的組合，實現了各自的屬性設置方法。其主要實現的功能，就是把屬性設置到各自類的成員變量中：要么是直接的成員變量，要么是成員變量的屬性中。如上例，KUIWIN_CHAIN_ATTRIBUTE宏就是將屬性傳遞到m_imgSkin的屬性中。那什么是m_imgSkin呢？可以想象，每個由圖片繪制的皮膚模塊都有圖片的相關屬性，比如圖片的地址等，而這些模塊則可以作為一個對象存在于皮膚模塊類中，以作統一處理。這個就是KUI模塊皮膚類的設計思路。但是個人覺得這不是一種好的設計，我覺得圖片皮膚類（m_imgSkin對應的類）應該是各個模塊圖片皮膚類的父類，即應該是繼承關系，而不應該是包含關系。打個比方，使用圖片方式繪制的按鈕和使用圖片方式繪制的Frame，應該都是一種圖片皮膚類，所以他們應該通過繼承的方式體現“是”這層關系。
? ? ? ? 現在我們來看下m_imgSkin對應的圖片皮膚類的設計
class KUILIB_API CKuiImageSkin: public CKuiImage, public CKuiSkinBase
{KUIOBJ_DECLARE_CLASS_NAME(CKuiImageSkin, "imglst")
? ? ? ? CKuiImage是一個非常重要的類，它主要完成了圖片的讀取和繪制工作。其內容非常細節，本文不做分析，有興趣的同學可以參看KUILib\Include\kuiwin\kuiimage.h。CKuiSkinBase則是皮膚類的繪制的一層封裝，它負責表達皮膚被繪制在什么位置。因為不是所有的皮膚都是圖片類型的（比如固定底色的），所以使用這層封裝也用于涵蓋所有皮膚的繪制。我們可以看到，Kui中的皮膚類都繼承于CKuiSkinBase
class KUILIB_API CKuiPngSkin: public CKuiSkinBase
{KUIOBJ_DECLARE_CLASS_NAME(CKuiPngSkin, "png")class CKuiSkinButton : public CKuiSkinBase
{KUIOBJ_DECLARE_CLASS_NAME(CKuiSkinButton, "button")class CKuiSkinImgHorzExtend : public CKuiSkinBase
{KUIOBJ_DECLARE_CLASS_NAME(CKuiSkinImgHorzExtend, "imghorzex")? ? ? ? 這么零散的皮膚基礎類，總得在一個地方進行統籌，現在我們就要講解皮膚基礎類的工廠類——KuiSkin，我們先看看其部分申明
class KuiSkin
{
public:KuiSkin();~KuiSkin();static BOOL LoadSkins(const std::string& strXml){return LoadSkins(strXml.c_str());}static BOOL LoadSkins(LPCSTR lpszXml);static CKuiSkinBase* GetSkin(LPCSTR lpszSkinName){__KuiSkinPool::CPair *pairRet = _Instance()->m_mapPool.Lookup(lpszSkinName);if (pairRet)return pairRet->m_value;elsereturn NULL;}static size_t GetCount();protected:typedef CAtlMap<CStringA, CKuiSkinBase *> __KuiSkinPool;__KuiSkinPool m_mapPool;static KuiSkin* ms_pInstance;static KuiSkin* _Instance(){if (!ms_pInstance)ms_pInstance = new KuiSkin;return ms_pInstance;}void _LoadSkins(TiXmlElement *pXmlSkinRootElem);static CKuiSkinBase* _CreateKuiSkinByName(LPCSTR lpszName){CKuiSkinBase *pNewSkin = NULL;pNewSkin = CKuiImageSkin::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;pNewSkin = CKuiSkinImgFrame::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;pNewSkin = CKuiSkinButton::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;pNewSkin = CKuiSkinImgHorzExtend::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;pNewSkin = CKuiSkinGradation::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;pNewSkin = CKuiPngSkin::CheckAndNew(lpszName);if (pNewSkin)return pNewSkin;return NULL;}
};? ? ? ? 該類讀取皮膚描述文件，并對每個name新建對象。之后界面構建過程中，將通過GetSkin的方法獲取每個皮膚基礎組件。皮膚是界面中一個比較基礎的組件，它是一個區域性質的模塊。而往往界面中的很多控件是由很多基礎的組件組成的，比如一個樹形列表。接下來我們再來看下高于皮膚組件層次的界面模塊。
? ? ? ? 界面中，除了單純的皮膚基礎組件，還有一些更簡單的組件，比如文字。也有些多個基礎組件組合的復雜皮膚模塊，比如進度條。以Sample1為例
<icon src="ICON_MAIN" pos="5,4"/>
<text class="dlgtitle" pos="25,6">樣例程序1</text>class KUILIB_API CKuiIconWnd : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiIconWnd, "icon")class CKuiCheckBox : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiCheckBox, "check")class CKuiProgress : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiProgress, "progress")class CKuiImageWnd : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiImageWnd, "img")class CKuiProgress : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiProgress, "progress")
protected: CKuiSkinBase *m_pSkinBg;CKuiSkinBase *m_pSkinPos;......KUIWIN_BEGIN_MSG_MAP()MSG_WM_PAINT(OnPaint)MSG_WM_NCCALCSIZE(OnNcCalcSize)KUIWIN_END_MSG_MAP()KUIWIN_DECLARE_ATTRIBUTES_BEGIN()KUIWIN_SKIN_ATTRIBUTE("bgskin", m_pSkinBg, TRUE)KUIWIN_SKIN_ATTRIBUTE("posskin", m_pSkinPos, TRUE)KUIWIN_DWORD_ATTRIBUTE("min", m_dwMinValue, FALSE)KUIWIN_DWORD_ATTRIBUTE("max", m_dwMaxValue, FALSE)KUIWIN_DWORD_ATTRIBUTE("value", m_dwValue, FALSE)KUIWIN_UINT_ATTRIBUTE("showpercent", m_bShowPercent, FALSE)KUIWIN_DECLARE_ATTRIBUTES_END()
}? ? ? ? 我們發現這些皮膚組件類都繼承于CKuiWindow，目測其是一個窗口控件，但是實際上它并不是
class KUILIB_API CKuiWindow : public CKuiObject
{
......
protected:
......KuiStyle m_style;
......
public:BOOL NeedRedrawParent() {return (m_style.m_strSkinName.IsEmpty() && (m_style.m_crBg == CLR_INVALID));}virtual BOOL Load(TiXmlElement* pTiXmlElem){......};// Set container, container is a REAL windowvirtual void SetContainer(HWND hWndContainer) {m_hWndContainer = hWndContainer;}virtual BOOL IsContainer() {return FALSE;}virtual BOOL NeedRedrawWhenStateChange() {if (!m_style.m_strSkinName.IsEmpty()) {CKuiSkinBase* pSkin = KuiSkin::GetSkin(m_style.m_strSkinName);if (pSkin && !pSkin->IgnoreState())return TRUE;}return (CLR_INVALID != m_style.m_crHoverText) || (NULL != m_style.m_ftHover) || (CLR_INVALID != m_style.m_crBgHover);}
......
protected:KUIWIN_BEGIN_MSG_MAP()MSG_WM_CREATE(OnCreate)MSG_WM_PAINT(OnPaint)MSG_WM_DESTROY(OnDestroy)MSG_WM_WINDOWPOSCHANGED(OnWindowPosChanged)MSG_WM_NCCALCSIZE(OnNcCalcSize)MSG_WM_SHOWWINDOW(OnShowWindow)KUIWIN_END_MSG_MAP_BASE()KUIWIN_DECLARE_ATTRIBUTES_BEGIN()KUIWIN_STYLE_ATTRIBUTE("class", m_style, TRUE)......KUIWIN_DECLARE_ATTRIBUTES_END()
};? ? ? ? 我們從SetContainer的注釋可以看出，Container類型的類才是真正的窗口類。在CKuiWindow類中，我們看到一個成員變量m_style，它就是我們之前介紹的樣式描述文件中的一項。我們還發現m_style中皮膚名的成員變量——m_strSkinName，可以見得皮膚名不僅可以在界面描述文件中確定，也可以在樣式描述文件中確定。CKuiWindow內部實現了很多細節功能，本文不作分析，只要知道它主要做了繪制和計算大小和位置的功能即可，而且要記住它是（偽）窗口類的父類。
? ? ? ? 看過這么多基礎類，我們終于要看這些基礎類的容器——容器類，以Sample1為例，其header、body和footer三者都是容器類。但是需要注意的是，這些容器類的名字并不是header、body或者footer。我們以headerd為例看下對應的代碼
template <class T, class TKuiWin = CKuiDialog, class TBase = ATL::CWindow, class TWinTraits = CKuiDialogViewTraits>
class ATL_NO_VTABLE CKuiDialogViewImpl: public ATL::CWindowImpl<T, TBase, TWinTraits>, public CKuiViewImpl<T>
{friend CKuiViewImpl<T>;public:DECLARE_WND_CLASS_EX(NULL, CS_HREDRAW | CS_VREDRAW | CS_DBLCLKS, COLOR_WINDOW)
protected:TKuiWin m_kuiHeader;......BOOL SetXml(LPCSTR lpszXml){......pTiElement = pXmlRootElem->FirstChildElement("header");m_bHasHeader = m_kuiHeader.Load(pTiElement);......}
}class CKuiDialog: public CKuiPanel
{KUIOBJ_DECLARE_CLASS_NAME(CKuiDialog, "dlg")class CKuiPanel : public CKuiContainerWnd
{KUIOBJ_DECLARE_CLASS_NAME(CKuiPanel, "div")......
protected:CAtlList<CKuiWindow *> m_lstWndChild;public:BOOL LoadChilds(TiXmlElement* pTiXmlChildElem){KuiSendMessage(WM_DESTROY);BOOL bVisible = IsVisible(TRUE);for (TiXmlElement* pXmlChild = pTiXmlChildElem; NULL != pXmlChild; pXmlChild = pXmlChild->NextSiblingElement()){CKuiWindow *pNewChildWindow = _CreateKuiWindowByName(pXmlChild->Value());if (!pNewChildWindow)continue;pNewChildWindow->SetParent(m_hKuiWnd);pNewChildWindow->SetContainer(m_hWndContainer);pNewChildWindow->Load(pXmlChild);m_lstWndChild.AddTail(pNewChildWindow);}return TRUE;}void SetContainer(HWND hWndContainer){__super::SetContainer(hWndContainer);POSITION pos = m_lstWndChild.GetHeadPosition();while (pos != NULL){CKuiWindow *pKuiWndChild = m_lstWndChild.GetNext(pos);if (pKuiWndChild){pKuiWndChild->SetContainer(hWndContainer);}}}int OnCreate(LPCREATESTRUCT /*lpCreateStruct*/){POSITION pos = m_lstWndChild.GetHeadPosition();while (pos != NULL){CKuiWindow *pKuiWndChild = m_lstWndChild.GetNext(pos);pKuiWndChild->OnCreate(NULL);}return TRUE;}......
}
class CKuiContainerWnd : public CKuiWindow
{
public:virtual CKuiWindow* FindChildByCmdID(UINT uCmdID);virtual void RepositionChilds();virtual void RepositionChild(CKuiWindow *pKuiWndChild);BOOL IsContainer() {return TRUE;}
};
? ? ? ? 我們可以看到，主要的類是CKuiPanel。它在其內部維護了一組偽窗口信息，然后所有操作都是遍歷這些偽窗口類的處理函數實現消息傳遞，比如OnCreate方法的實現。而其父類CKuiContainerWnd則主要是定義一些虛方法，并重寫了CKuiWindow的IsContainer方法，表明繼承于自己的類都是一個容器。
? ? ? ? 我們還要關注下容器類如何和各個組件進行通信。在MFC的多窗口模式下，消息通過消息泵進行傳遞。而Kui除了容器類是窗口類，其他組件類則不是窗口，那么它們之間的消息是怎么傳遞的？我們知道只有窗口才能收到消息，那么可以想到第一步處理消息的地方應該是容器類。以窗口尺寸改變為例，當窗口尺寸改變時，其內部組件也要被調整。首先容器類收到消息
template <class T, class TKuiWin = CKuiDialog, class TBase = ATL::CWindow, class TWinTraits = CKuiDialogViewTraits>
class ATL_NO_VTABLE CKuiDialogViewImpl: public ATL::CWindowImpl<T, TBase, TWinTraits>, public CKuiViewImpl<T>
{
protected:BEGIN_MSG_MAP_EX(CKuiDialogViewImpl)MESSAGE_RANGE_HANDLER_EX(WM_MOUSEFIRST, WM_MOUSELAST, OnToolTipEvent)MSG_WM_SIZE(OnSize)void OnSize(UINT nType, CSize size)
{......_RepositionItems();
}void _RepositionItems(BOOL bRedraw = TRUE)
{....WINDOWPOS WndPos = { 0, 0, rcClient.left, rcClient.top, rcClient.Width(), rcClient.Height(), SWP_SHOWWINDOW };if (m_bHasHeader){m_kuiHeader.KuiSendMessage(WM_WINDOWPOSCHANGED, 0, (LPARAM)&WndPos);m_kuiHeader.GetRect(rcHeader);}if (m_bHasFooter){m_kuiFooter.KuiSendMessage(WM_WINDOWPOSCHANGED, 0, (LPARAM)&WndPos);m_kuiFooter.GetRect(rcFooter);WndPos.y = rcClient.bottom - rcFooter.Height();WndPos.cy = rcFooter.Height();m_kuiFooter.KuiSendMessage(WM_WINDOWPOSCHANGED, 0, (LPARAM)&WndPos);}if (m_bHasBody){WndPos.y = rcHeader.bottom;WndPos.cy = rcClient.bottom - rcFooter.Height() - rcHeader.bottom;m_kuiBody.KuiSendMessage(WM_WINDOWPOSCHANGED, 0, (LPARAM)&WndPos);}_Redraw();
} LRESULT KuiSendMessage(UINT Msg, WPARAM wParam = 0, LPARAM lParam = 0){LRESULT lResult = 0;SetMsgHandled(FALSE);ProcessWindowMessage(NULL, Msg, wParam, lParam, lResult);return lResult;}class KUILIB_API CKuiWindow : public CKuiObject
{
......
KUIWIN_BEGIN_MSG_MAP()MSG_WM_CREATE(OnCreate)MSG_WM_PAINT(OnPaint)MSG_WM_DESTROY(OnDestroy)MSG_WM_WINDOWPOSCHANGED(OnWindowPosChanged)MSG_WM_NCCALCSIZE(OnNcCalcSize)MSG_WM_SHOWWINDOW(OnShowWindow)
KUIWIN_END_MSG_MAP_BASE()
......
#define KUIWIN_BEGIN_MSG_MAP() \
protected: \virtual BOOL ProcessWindowMessage( \HWND hWnd, UINT uMsg, WPARAM wParam, \LPARAM lParam, LRESULT& lResult) \{ \#define KUIWIN_END_MSG_MAP() \if (!IsMsgHandled()) \return __super::ProcessWindowMessage( \hWnd, uMsg, wParam, lParam, lResult); \return TRUE; \} \#define KUIWIN_END_MSG_MAP_BASE() \return TRUE; \} \
class CKuiDialog: public CKuiPanel
{KUIOBJ_DECLARE_CLASS_NAME(CKuiDialog, "dlg")
public:void OnWindowPosChanged(LPWINDOWPOS lpWndPos) {CKuiWindow::OnWindowPosChanged(lpWndPos);_RepositionChilds();}virtual void RepositionChild(CKuiWindow *pKuiWndChild) {......pKuiWndChild->KuiSendMessage(WM_WINDOWPOSCHANGED, NULL, (LPARAM)&WndPos);}
protected:void _RepositionChilds() {POSITION pos = m_lstWndChild.GetHeadPosition();while (pos != NULL) {CKuiWindow *pKuiWndChild = m_lstWndChild.GetNext(pos);RepositionChild(pKuiWndChild);}}
protected:KUIWIN_BEGIN_MSG_MAP()MSG_WM_WINDOWPOSCHANGED(OnWindowPosChanged)KUIWIN_END_MSG_MAP()
}; void OnWindowPosChanged(LPWINDOWPOS lpWndPos){m_rcWindow.MoveToXY(lpWndPos->x, lpWndPos->y);SIZE sizeRet = {lpWndPos->cx, lpWndPos->cy};KuiSendMessage(WM_NCCALCSIZE, TRUE, (LPARAM)&sizeRet);class KUILIB_API CKuiIconWnd : public CKuiWindow
{KUIOBJ_DECLARE_CLASS_NAME(CKuiIconWnd, "icon")......
LRESULT OnNcCalcSize(BOOL bCalcValidRects, LPARAM lParam){LPSIZE pSize = (LPSIZE)lParam;pSize->cx = m_nSize;pSize->cy = m_nSize;return TRUE;}? ? ? ? 最后回到總體框架。Kui并沒有將這些容器類直接暴露在最外面，而實際通過一系列模板類實現功能
class CKuiDialogView: public CKuiDialogViewImpl<CKuiDialogView>
{
};template <class T, class TKuiView = CKuiDialogView, class TBase = CWindow, class TWinTraits = CControlWinTraits>
class ATL_NO_VTABLE CKuiDialogImpl : public CWindowImpl<T, TBase, TWinTraits>
{
protected:TKuiView m_richView;
}template <class T, class TKuiWin = CKuiDialog, class TBase = ATL::CWindow, class TWinTraits = CKuiDialogViewTraits>
class ATL_NO_VTABLE CKuiDialogViewImpl: public ATL::CWindowImpl<T, TBase, TWinTraits>, public CKuiViewImpl<T>
{
protected:TKuiWin m_kuiHeader;TKuiWin m_kuiBody;TKuiWin m_kuiFooter;
}
總結
以上是生活随笔為你收集整理的以金山界面库（openkui）为例思考和分析界面库的设计和实现——代码结构（完）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 服务器架设笔记——httpd插件支持my
- 下一篇： WMI技术介绍和应用——接收事件