• <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高潮av无码av喷吹| 精品久久久久中文字幕一区| 久久人妻少妇嫩草AV蜜桃| 久久免费香蕉视频| 久久影视综合亚洲| 欧美午夜精品久久久久久浪潮| 99久久精品免费看国产一区二区三区| 久久人妻少妇嫩草AV无码专区| 久久无码AV一区二区三区| 久久夜色撩人精品国产| 色99久久久久高潮综合影院| 久久天天躁狠狠躁夜夜av浪潮 | 亚洲精品高清国产一线久久| 久久综合九色综合欧美就去吻| 久久精品国产亚洲Aⅴ香蕉| 久久亚洲国产成人精品无码区| 伊人色综合九久久天天蜜桃| 国产精品乱码久久久久久软件| 久久天天躁夜夜躁狠狠| 人妻精品久久无码区| 99热成人精品热久久669| 伊人久久综合热线大杳蕉下载| 精品人妻伦九区久久AAA片69 | 77777亚洲午夜久久多喷| 日韩亚洲欧美久久久www综合网| 99久久99久久精品国产片果冻| 久久久久久A亚洲欧洲AV冫| 精品久久久久久久久免费影院| 午夜天堂精品久久久久| 国产成人精品白浆久久69| 精品久久久久久久中文字幕| 要久久爱在线免费观看| 俺来也俺去啦久久综合网| 久久久久97国产精华液好用吗| 伊人色综合久久天天人手人婷 | 久久亚洲精品国产精品| 久久久亚洲精品蜜桃臀| 国内精品久久久久影院优| 久久伊人色| 色综合久久中文综合网|