• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 3, comments - 0, trackbacks - 0, articles - 1

            2006年2月16日

            引言:

                   現在的應用軟件都講究個性化,因此提供一套漂亮的皮膚就必不可少。這就需要用到一些控件膚化技術。常規是重載MFC的消息列表或虛函數來實現的,但引來的問題是膚化庫和應用程序的耦合性太強。經常會由于膚化代碼的一處小改動而引起邏輯上并沒有關聯的整個應用程序大規模的編譯和鏈接,并帶來開發效率的急劇下降,這在開發大型軟件時是很難忍受的。

                   本文在參考了一些常用膚化技術后提供了自己的解決方案:采用替換窗體過程,皮膚庫高度獨立,內部完善與修改毫不影響應用程序。

             

            常見膚化方法:

            第一種:利用繼承關系直接子類化

            第二種:在一個對話框的 OnInitDialog 中逐控件子類化

            第三種:在 Hook 中攔截窗口創建消息,并進行子類化

            第四種 SetWindowLong替換窗口過程

            第五種 Hook中替換窗口過程

            各種膚化技術的原理:

            第一類方法采用的是MFC子類化方法來實現(前三種)

            1.                MFC 通過維護內部一張ChandleMap來記錄Window控件與控件子類對象之間的關系。在MFC的全局窗口過程AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)中,通過調用CWnd::FromHandlePermanent(HWND hWnd)得到參數句柄所依附的C+控件子類對象,并調用虛函數CWnd::WindowProc將相應的消息送給相應的控件子類對象的窗口過程

            2.         控件子類對象調用CWnd::SubclassWindow登記控件與控件子類對象之間的關系

            第二類方法采用替換窗口過程方法來實現(第四、五種)

            膚化技術分析:

            MFC采用具有層次結構的控件子類設計:通過一張Map表建立控件句柄與C++對象(控件子類對象)的聯系,通過控件子類對象的變量來記錄和維護控件的狀態信息

            “膚化”的本質:

            1)響應發送給該控件的Windows消息,

            2)用恰當的數據表現出恰當的行為。

            其中:

            1)可以用替換窗體過程來實現,

            2)可以用維護自定義控件子類對象和控件句柄的關系來實現。

             

            本文獨立膚化庫采用的方法:

            1.       目標:

            膚化目標窗口,接口簡單,并且被膚化的窗口影響小。

            2.         采用方法:

            替換窗口過程

            3.       難點

            窗口過程的設計,是否需要為每個類都設計單獨的窗口過程?工作量是否過大?

            維護狀態變量,當有多個控件共享同一窗口過程時,如何維護它們各自的狀態?

            實現方法:

            1.         仿照MFC,建立統一的窗體過程SkinWndProc

            2.         建立一張Map表,用來登記hWnd和自定義控件子類對象之間的聯系。

            3.         創建一個皮膚父類,所有的膚化控件均從它派生(類似與MFCCWnd),可以在統一的窗體過程SkinWndProc中通過Map表找到相應的自定義控件子類對象,并調用其虛函數實現對Windows消息的響應

            4.         重載:SubclassWindow函數,用來完成窗體過程的替換。

            外部接口:

            1.         提供SkinDlg(HWND hWnd)完成對對話框及其子控件的膚化

            2.         提供SkinBtn(HWND hWnd, LPCTSTR lpszSection)指定采用配制文件的哪一節屬性膚化按鈕

            3.         如果需要,提供DonotSkinCtrl(HWND hWnd)用來指定不需要膚化的控件

            4.         提供ChangeSkinLPCTSTR lpszSkinName)更換皮膚

            框架原理圖:
            框架原理圖.bmp

            時序圖:

            時序圖:.bmp

            posted @ 2006-02-16 22:46 VC進階| 編輯 收藏

            2006年2月13日

            引言:

                   在上一篇文章中,我們引入了一個組件化編程的架構,其實它是一個仿COM架構。盡管相對于COM而言它已經相當的簡單了,但總的來說它仍是比較復雜。本文引入了另一種組件化編程的實現架構,相對于仿COM篇而言,它的結構更加清晰,實現更加簡單。

             

            組件化編程再分析:

                   其實引入組件化編程的關鍵目的是為了將程序模塊化,使各個模塊之間可以單獨開發,單獨測試。當然,隨之而來的DLL版本問題也必須要解決,防止出現不兼容的組件版本破壞程序的穩定性。只需要達到幾個目的就行了,我們沒必要把事情做得太過于復雜。

             

            實現:

                   將程序模塊化,使之可以單獨開發、測試而不影響其它的模塊,仍然需要將每個模塊分解到DLL去實現。通常因為面向對象、函數同名、函數地址偏移,使用方便等等原因,我們不希望直接使用DLL導出API,而希望能使用接口,以面向對象的方式編程。為了解決版本問題,我們給每個接口的實現版本加個標示。既我們可以要求DLL給出1.0版的接口實現。2.0版的接口實現等。還有,我們還要告訴DLL我們想獲得哪個接口。于是統一起來,給每個接口加個唯一ID,因為通常我們的程序不會在全球發行,所以也沒必要使用GUID,使用字符串標示就行了。

            每個接口的實現都有自己的創建函數,所以我們在每個模塊中建立一張表,維護接口標示與接口創建函數的關系

            接口標示

            全局創建函數

            “VUIManager001”

            __g_CreateVUIManager001interfaceNam_reg()

            “VUIManager002”

            __g_CreateVUIManager002interfaceNam_reg()

            “VSkin001”

            __g_CreateVSkin001interfaceNam_reg()

            “VSkin002”

            __g_CreateVSkin002interfaceNam_reg()

            DLL中導出接口創建API

             DLL_EXPORT void*CreateInterface(const char *pInterfaceName, int *pReturnCode);

            簡化接口的創建過程.bmp
            小結:

                   本實現僅是組件化編程的一個簡化實現,它并不能取代《仿COM篇》,它所實現的功能也不如《仿COM篇》那么強大,例如它需要實現知道接口所在的DLL,不能實現自擴展等。但對于一般的程序而言,它更簡單使用。

            還可以使用宏定義 把接口標示和接口創建函數與創建過程關聯起來,將接口創建API也包裝起來,開發中將更加方便。只需一個宏就可以搞定這些操作。

            posted @ 2006-02-13 21:55 VC進階| 編輯 收藏

            2006年1月25日

                 摘要: 引言:        在大型項目的開發中,隨著開發進度的進行,我們經常碰到模塊之間耦合度太高的問題:由于開發人員經常要在別的模塊中調用自己實現的功能,經常隨意在某個函數中隨意添加調用代碼,造成了被修改的那個函數體過長,邏輯混亂。另一個問題是隨意包含頭文件:開發人員在開發中經常為了要使用某些類的功能而包含引用類的頭文件造成類之間的耦合度太...  閱讀全文

            posted @ 2006-01-25 21:07 VC進階| 編輯 收藏

            香蕉久久av一区二区三区| 伊人久久免费视频| 久久精品人人做人人爽电影| 色天使久久综合网天天| 国产亚洲美女精品久久久2020| 久久精品无码专区免费东京热| 狠狠人妻久久久久久综合蜜桃| 午夜精品久久久久久影视777| 久久A级毛片免费观看| 亚洲Av无码国产情品久久| 香蕉久久av一区二区三区 | 人妻无码αv中文字幕久久琪琪布 人妻无码精品久久亚瑟影视 | 性欧美大战久久久久久久| 欧洲人妻丰满av无码久久不卡| 国产精品美女久久久网AV| 国内精品综合久久久40p| 99久久精品免费看国产| 精品国产VA久久久久久久冰| 亚洲精品无码久久毛片| 久久国产精品波多野结衣AV| 久久天天躁狠狠躁夜夜96流白浆 | 久久91综合国产91久久精品 | 国产精品久久网| 综合久久国产九一剧情麻豆| 久久免费视频一区| 久久AAAA片一区二区| www.久久热.com| 久久99热狠狠色精品一区| 99麻豆久久久国产精品免费| 久久精品国产亚洲77777| 久久偷看各类wc女厕嘘嘘| 无码精品久久久天天影视| 日韩av无码久久精品免费| 欧美一区二区三区久久综| 亚洲精品美女久久777777| 色综合久久中文字幕无码| 亚洲精品无码久久久久去q | 中文字幕亚洲综合久久菠萝蜜| 久久久久久无码国产精品中文字幕| 97精品伊人久久久大香线蕉| 97超级碰碰碰碰久久久久|