delphi自定義部件開發(fā)一-資料下載頁
2025-08-12 10:00本頁面
【導讀】用而設計自己的部件。這一章將達到兩個目的：。部件是Delphi應用程序的程序構(gòu)件。盡管大多數(shù)部件代表用戶界面的可見?？梢詮娜齻€方面來考察它：功能定義、技術定義和經(jīng)驗定義?？诤痛a窗口中操作的元素。編寫部件的目標之一是使部件盡可能的類似其它部件。從最簡單的角度看，部件是任何從TComponent繼承的對象。但是TComponent并不知如何處理你的部。件的具體功能，因此，你必須自己描述它。在實際編程中，部件是能插入Delphi開發(fā)環(huán)境的任何元素。序的各種復雜性。部件定義只是接口描述，本章將詳細闡述部件框架，說明部件的有限性，正。定代碼的方法和怎樣使部件融入Delphi環(huán)境。時，需要從已存部件中繼承產(chǎn)生一個新對象類型，并增加新的屬性和方法。方面，部件使用者，在建立Delphi應用時，只是使用已有部件。這些部分被稱為protected界面的。出組成VCL的對象的關系。TComponent提供了Delphi部件正常工作的最基本的屬性和事件。當你建立原始控制時，你使用TCustomControl作為起始點。標準控制的關鍵特
【正文】 對象的某部分聲明為 published，該部分也即為 public 且產(chǎn)生運行時類型信息。但只有 published 部分定義的屬性可顯示在 Object Inspector 窗口中。對象的 published 部分定義了對象的設計時接口。設計時接 口包含了用戶想在設計時定制的一切特征。 下面是一個 published 屬性的例子，因為它是 published，因此可以出現(xiàn)在Object Inspector 窗口： TSampleComponent = class(TComponent) private FTemperature: Integer。 { 具體實現(xiàn)是 private } published property Temperature: Integer read FTemperature write FTemperature。 { 可寫的 } end。 3. 派送方法 派送 (Dispatch)這個概念是用來描述當調(diào)用方法時，你的應用程序怎樣決定執(zhí)行什么樣的代碼，當你編寫調(diào)用對象的代碼時，看上去與任何其它過程或函數(shù)調(diào)用沒什么不同，但對象有三種不同的派送方法的方式。 這三種派送方法的類型是： ● 靜態(tài)的 ● 虛擬的 ● 動態(tài)的 虛方法和動態(tài)方法的工作方式相同，但實現(xiàn)不同。兩者都與靜態(tài)方法相當不同。理解各種不同的派送方法對創(chuàng)建部件是很有用的。 ⑴ 靜態(tài)方法： 如果沒有特殊聲明，所有的對象方法都是靜態(tài)的 .。靜態(tài)方法的工作方式正如一般的過程和函數(shù)調(diào)用。在編譯時，編譯器決定方法地址，并與方法聯(lián)接。 靜態(tài)方法的基本好處是派送相當快。因為由編譯器決定方法的臨時地址，并直接與方法相聯(lián)。虛方法和動態(tài)方法則相反，用間接的方法在運行時查找方法的地址，這將花較長的時間。 靜態(tài)方法的另一個不同之處是當被另一類型繼承時不做任何改變，這就是說如果你聲明了一個包含靜態(tài)方法的對象，然后從該對象繼承新的對象，則該后代對象享有與祖先對象相同的方法地址，因此，不管實際對象是誰，靜態(tài)方法都完成相同的工作。 你不能覆蓋靜態(tài)方法，在后 代對象中聲明相同名稱的靜態(tài)方法都將取代祖先對象方法。 在下列代碼中，第一個部件聲明了兩靜態(tài)方法，第二個部件，聲明了相同名字的方法取代第一個部件的方法。 type TFirstComponent = class(TComponent) procedure Move。 procedure Flash。 end。 TSecondComponent = class(TFirstComponent) procedure Move。 { 盡管有相同的聲明，但與繼承的方法不同 } function Flash(HowOften: Integer): Integer。 { 同 Move 方法一樣 } end。 ⑵ 虛方法 調(diào)用虛方法與調(diào)用任何其它方法一樣，但派送機制有所不同。虛方法支持在后代對象中重定義方法，但調(diào)用方法完全相同，虛方法的地址不是在編譯時決定，而是在運行時才查找方法的地址。 為聲明一個新的方法，在方法聲明后增加 virtual 指令。方法聲明中的 virtual指令在對象虛擬方法表（ VMT）中創(chuàng)建一個入口，該虛擬方法表保存對象類所有虛有擬方法的地址。 當你從已有對象獲得新的對 象，新對象得到自己的 VMT，它包含所有的祖先對象的 VMT 入口，再增加在新對象中聲明的虛擬方法。后代對象能覆蓋任何繼承的虛擬方法。 覆蓋一個方法是擴展它，而不是取代它。后代對象可以重定義和重實現(xiàn)在祖先對象中聲明的任何方法。但無法覆蓋一個靜態(tài)方法。覆蓋一個方法，要在方法聲明的結(jié)尾增加 override 指令，在下列情況，使用 override 將產(chǎn)生編譯錯誤： ● 祖先對象中不存在該方法 ● 祖先對象中相同方法是靜態(tài)的 ● 聲明與祖先對象的（如名字、參數(shù)）不匹配 下列代碼演示兩個簡單的部件。第一 個部件聲明了三個方法，每一個使用不同的派送方式，第二個部件繼承第一個部件，取代了靜態(tài)方法，覆蓋了虛擬方法和動態(tài)方法。 type TFirstComponent = class(TCustomControl) procedure Move。 { 靜態(tài)方法 } procedure Flash。 virtual。 { 虛 方 法 } procedure Beep。 dynamic。 { 動態(tài)虛擬方法 } end。 TSecondComponent = class(TFirstComponent) procedure Move。 { 聲明了新的方法 } procedure Flash。 override。 { 覆蓋繼承的方法 } procedure Beep。 override。 { 覆蓋繼承的方法 } end。 ⑶ 動態(tài)方法 動態(tài)方法是稍微不同于虛擬方法的派送機制。因為動態(tài)方法沒有對象 VMT的入口，它們減少了對象消耗的內(nèi)存數(shù)量。派送動態(tài)方法比派送一般的虛擬方法慢。因此，如果方法調(diào)用很頻繁，你最好將其定義為虛方法。 定義動態(tài)方法時，在方法聲明后面增加 dynamic 指令。 與對 象虛擬方法創(chuàng)建入口不同的是 dynamic 給方法賦了一數(shù)字，并存儲相應代碼的地址，動態(tài)方法列表只包含新加的和覆蓋的方法入口，繼承的動態(tài)方法的派送是通過查找每一個祖先的動態(tài)方法列表（按與繼承“反轉(zhuǎn)的順序”），因此動態(tài)方法用于處理消息（包括 Windows 消息）。實際上，消息處理過程的派送方式與動態(tài)方法相同，只是定義方法不同 ⑷ 對象與指針 在 Object Pascal 中，對象實際上是指針。編譯器自動地為程序創(chuàng)建對象指針，因此在大多數(shù)情況下，你不需要考慮對象是指針。但當你將對象作為參數(shù)傳遞時，這就很重要了。 通常，傳遞對象是按值而非按引用，也就是說，將對象聲明為過程的參數(shù)時，你不能用 var 參數(shù)，理由是對象已經(jīng)是指針引用了。
環(huán)評公示相關推薦
鄂ICP備17016276號-1