MFC中的控制代碼

1.引出控制代碼

cdc問題：

1.cdc dc;dc.lineto(point);無法執行

2.cdc *dc=getdc();dc->lineto(point);就可以執行了

mfc中有大量的控制代碼包裝類。所謂控制代碼包裝類，指的是這些類是封裝了系統物件的控制代碼，並提供了一組成員函式作為訪問系統物件的介面。

從這些控制代碼包裝類的意義上可以看出，乙個被完全構造好，處於良好狀態的mfc物件，其中的控制代碼成員必須是有效的，才能正常使用那些成員函式來操作這個物件。

所以一般的mfc控制代碼包裝類的構建要完成兩個任務：

第一，建立乙個控制代碼包裝類物件。

第二，初始化其中的系統物件控制代碼。

大部分的包裝類物件的構建都通常分為兩步進行：

1、建立乙個物件；

2、通過create等類似的成員函式建立系統物件並初始化物件中的控制代碼。

當然這兩部分也可以直接在建構函式中完成。此時一般需要乙個系統物件控制代碼作為引數，或者另乙個被良好構造的控制代碼包裝類物件做引數，以在建構函式中就能初始化控制代碼成員。其他方法還有通過attach和detach將部

分構造的物件和系統物件控制代碼繫結，或通過fromhandle獲得乙個臨時的控制代碼包裝類物件等。

現在問題就很清晰了：

cdc dc;dc.lineto( point );//無法執行，是因為dc這個物件僅僅被部分構建，其中的系統物件控制代碼成員並沒有賦值為乙個有效的繪圖裝置控制代碼，自然其後的lineto呼叫就會失敗。

而：cdc *dc = getdc();dc->lineto( point );/*通過呼叫視窗類的getdc()成員函式，將返回乙個被良好構造的cdc物件（即該物件中的裝置控制代碼成員已經被賦值為乙個有效的

控制代碼），所以其後的lineto操作就沒問題。也就是問題的關鍵不在於物件建立於棧還是堆中，而在於是否完全構造好了乙個控制代碼包裝

類物件。*/

2.控制代碼到底是什麼東東呢，指標呢？

其實，控制代碼並沒有什麼神奇之處，不管哪種控制代碼，實際都是乙個整數。它標識一種資源，如視窗、位圖等等。就象你找乙個人，必須知道它的位址一樣，如果你要操作一種資源，必須先獲得控制代碼。「取視窗控制代碼

（）」並不是只能取出視窗的控制代碼，所有視窗控制項，如編輯框、標籤等都可以用本命令取出自己的控制代碼，如：編輯框1.取視窗控制代碼（）或標籤1.取視窗控制代碼（）。控制項的控制代碼同樣，任何控制項都有它自身的特有屬性，控制代碼

也就指它的特有屬性（包括共性）。

控制代碼英文譯作handle，handle的本意是把柄，把手的意思，是與作業系統打交道的東東。有人舉過比較通俗的例子：你考上了大學，入學後，學校（作業系統）會給你乙個學生證號。注意，這個號碼是學校指

定的，你無法自選。有了這個號碼（學生證，假設一證多用）享受學校提供的服務：如你就可以去圖書館借書，去食堂吃飯，去教室上課等等。但你不能到食堂裡買啤酒，因為學校不允許這種服務。而在計算機中系統

提供的服務就是api呼叫了。當你有了handle，就可以理直氣壯地向系統提出呼叫api的服務。而指標的權力就大多了，有了指標你可以到處去喝酒，打架，學校（作業系統）管不著，所以控制代碼和指標的區別在於控制代碼

只能呼叫系統提供的服務。而控制代碼雖然是乙個能相互區別的號碼，但與我們普通的id號又有區別，普通的id號是可以由程式設計師自己定義的，而控制代碼不行，它是物件生成時系統指定的，是為了區別系統中存在的各個對

象，這個控制代碼不是由程式設計師賦給的。

牧童遙指杏花村。牧童的手為指標，杏花村的牌子為控制代碼，杏花村酒店為物件的例項。

3.深入**控制代碼

更透徹的說，控制代碼是一種指向指標的指標。大家都知道，所謂指標是一種記憶體位址。應用程式啟動後，組成這個程式的各物件是住留在記憶體的。如果簡單地理解，似乎我們只要獲知這個記憶體的首位址，那麼就可以隨

時用這個位址訪問物件。但是，如果您真的這樣認為，那麼您就大錯特錯了。我們知道，windows是乙個以虛擬記憶體為基礎的作業系統。在這種系統環境下，windows記憶體管理器經常在記憶體中來回移動物件，依此來

滿足各種應用程式的記憶體需要。物件被移動意味著它的位址變化了。如果位址總是如此變化，我們該到**去找該物件呢? 為了解決這個問題，windows作業系統為各應用程式騰出一些內儲存位址，用來專門登記各應

用物件在記憶體中的位址變化，而這個位址(儲存單元的位置)本身是不變的。windows記憶體管理器在移動物件在記憶體中的位置後，把物件新的位址告知這個控制代碼位址來儲存。這樣我們只需記住這個控制代碼位址就可以間接地

知道物件具體在記憶體中的哪個位置。這個位址是在物件裝載(load)時由系統分配給的，當系統解除安裝時(unload)又釋放給系統。控制代碼位址(穩定) ─→記載著物件在記憶體中的位址─→物件在記憶體中的位址(不穩定) ─→實際

物件本質：windows程式中並不是用實體地址來標識乙個記憶體塊，檔案，任務或動態裝入模組的，相反的，windows api給這些專案分配確定的控制代碼，並將控制代碼返回給應用程式，然後通過控制代碼來進行操作。但是

必須注意的是程式每次從新啟動，系統不能保證分配給這個程式的控制代碼還是原來的那個控制代碼，而且絕大多數情況的確不一樣的。假如我們把進入電影院看電影看成是乙個應用程式的啟動執行，那麼系統給應用程式分配

的控制代碼總是不一樣，這和每次電影院售給我們的門票總是不同的乙個座位是一樣的道理。