青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

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進階| 編輯 收藏

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲国产精品成人| 欧美精品在欧美一区二区少妇| 久久国产精品免费一区| 国产精品一区二区久久久久| 亚洲高清在线观看| 欧美日韩国产高清视频| 夜夜嗨网站十八久久| 欧美+日本+国产+在线a∨观看| 亚洲国产视频一区| 久久精品99国产精品酒店日本| 噜噜噜91成人网| 在线一区观看| 亚洲国产欧美另类丝袜| 亚洲女女女同性video| 欧美一站二站| 国产伦精品一区二区三区高清 | 欧美在线三区| 狠狠综合久久av一区二区小说 | 久久午夜精品| 国产亚洲精品自拍| 亚洲午夜av| 亚洲神马久久| 欧美剧在线观看| 欧美激情亚洲精品| 亚洲影院免费观看| a4yy欧美一区二区三区| 国产日韩精品一区观看| 欧美日韩精品免费看| 一区二区三区黄色| 亚洲视频第一页| 国内精品久久久久久| 久久精品在线免费观看| 99人久久精品视频最新地址| 久久免费精品日本久久中文字幕| 国产欧美婷婷中文| 欧美久久在线| 久久综合导航| 亚洲一区视频| 国产精品国产三级国产普通话蜜臀 | 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲精品久久久久久下一站| 国产综合精品| 亚洲欧美在线另类| 亚洲精品一区二区三区四区高清| 9久草视频在线视频精品| 99视频精品在线| 夜夜爽夜夜爽精品视频| 极品尤物一区二区三区| 久久全国免费视频| 欧美成人精品激情在线观看| 亚洲影视综合| 欧美激情在线观看| 久久全球大尺度高清视频| 老司机aⅴ在线精品导航| 久久免费一区| 午夜精品在线视频| 午夜精品www| 亚洲视频1区2区| 久久久精品999| 亚洲午夜日本在线观看| 亚洲一二三四区| 亚洲综合大片69999| 亚洲国产精品久久91精品| 99精品99久久久久久宅男| 欧美国产欧美综合 | 亚洲激情另类| 亚洲成人中文| 老牛嫩草一区二区三区日本| 91久久精品久久国产性色也91| 欧美制服第一页| 亚洲大胆女人| 午夜久久电影网| 欧美色偷偷大香| 久久精品亚洲一区二区三区浴池| 在线视频精品一区| 久久se精品一区精品二区| 久热精品视频| 1024精品一区二区三区| 亚洲美女诱惑| 久久亚洲精品网站| 欧美伊人久久| 国产日韩精品综合网站| 亚洲精品视频免费观看| 亚洲免费精品| 免费观看日韩av| 日韩午夜电影av| 亚洲一区二区三区中文字幕在线| 久久久精品一区二区三区| 亚洲区第一页| 国产精品日韩在线观看| 中文av一区特黄| 久久一区激情| 亚洲国产成人av好男人在线观看| 免费人成精品欧美精品| 国产欧美日韩伦理| 日韩视频一区二区在线观看 | 欧美视频免费| 亚洲高清视频在线| 亚洲大胆人体视频| 欧美日本在线| 欧美一区免费视频| 欧美激情一区二区三区蜜桃视频 | 久久久噜噜噜| 亚洲人成人一区二区三区| 日韩一级不卡| 国产一区二区三区在线观看免费| 欧美主播一区二区三区| 亚洲欧洲精品天堂一级| 亚洲一区自拍| 在线观看91久久久久久| 欧美日韩一区二区精品| 久久九九精品| 在线亚洲欧美视频| 免费的成人av| 欧美一级专区| 一区二区三区久久久| 韩国三级在线一区| 国产精品免费观看视频| 欧美 日韩 国产在线 | 国产精品99久久久久久久久久久久| 欧美性猛交xxxx乱大交退制版 | 久久久91精品国产一区二区精品| 亚洲精品麻豆| 欧美不卡视频| 翔田千里一区二区| 99视频+国产日韩欧美| 亚洲国产高潮在线观看| 激情亚洲一区二区三区四区| 欧美视频一区二区在线观看| 欧美激情一区在线| 欧美另类videos死尸| 免费观看成人www动漫视频| 久久亚洲影院| 欧美成人精品在线播放| 美国十次成人| 欧美日韩一区在线观看视频| 欧美精品久久久久久久久老牛影院| 欧美大胆a视频| 欧美日韩精品国产| 国产精品观看| 影音先锋中文字幕一区| 亚洲免费av网站| 亚洲视频免费在线| 欧美与黑人午夜性猛交久久久| 久久午夜电影网| 亚洲电影专区| 小黄鸭精品密入口导航| 老司机一区二区三区| 欧美日韩亚洲高清一区二区| 国产欧美日韩视频一区二区| 狠狠色综合色区| 亚洲一区不卡| 老司机免费视频一区二区三区| 日韩亚洲视频在线| 久久在线播放| 国产亚洲精品久久飘花| 亚洲国产导航| 久久激情五月激情| av不卡免费看| 欧美高清在线视频| 韩日精品在线| 欧美在线观看www| 亚洲综合日韩在线| 欧美日在线观看| 老牛影视一区二区三区| 国产欧美视频一区二区| 午夜精品福利一区二区三区av| 欧美激情精品久久久久| 久久狠狠亚洲综合| 韩国精品在线观看| 欧美好吊妞视频| 欧美理论电影在线观看| 亚洲美女精品成人在线视频| 欧美成人免费大片| 欧美日韩国产色综合一二三四| 亚洲美女在线看| 午夜精品福利在线| 尤物九九久久国产精品的分类| 欧美黄色日本| 国产精品v亚洲精品v日韩精品| 午夜国产精品视频| 久久尤物视频| 亚洲先锋成人| 久久综合成人精品亚洲另类欧美| 亚洲欧洲一区二区天堂久久| 日韩视频免费大全中文字幕| 国产日产欧美a一级在线| 蜜桃精品久久久久久久免费影院| 老司机午夜精品视频| 亚洲美女视频在线观看| 先锋资源久久| 亚洲一区二区三区久久| 久久综合中文字幕| 欧美在线观看一区| 欧美激情精品久久久| 美女网站久久| 国产一区二区日韩精品欧美精品| 欧美高清视频在线观看| 韩日成人在线| 欧美一区二区视频在线观看2020|