|
我們來分析一下(2)中的程序: class tvprogram public starttime public internal_programdate public property get programdate public programtitle
end class dim objtvshow 當(dāng)調(diào)用對象的屬性programdate時,實(shí)際上執(zhí)行了函數(shù)programdate,即如上定義的函數(shù),而很快你也將習(xí)慣這種在聲明部分使用public或private關(guān)鍵字的方式。關(guān)鍵字“property”,告知了編譯器如同調(diào)用屬性一樣在外部調(diào)用函數(shù)。接著的“get”,表明該函數(shù)是輸出還是獲得一個值。 get的意思是“允許外部代碼去‘獲取’一個值”,與其類似的關(guān)鍵字還有“let”和“set”,但這兩個比較復(fù)雜,因而我們以后再討論。 接下去的代碼看來有點(diǎn)難度的,給objectname.internal_programdate賦值并通過objectname.programdate來調(diào)用它。如果可以使用相同關(guān)鍵字同時為其賦值并獲得它的值不是更好嗎?當(dāng)然,那也可以。 如果定義get和let屬性的名稱相同,可以將它們當(dāng)作對象相同的屬性,但這只限于它們定義了相同數(shù)量的成員。(以下代碼看來不太相同,僅作為實(shí)例參考) class tvprogram public starttime public internal_programdate public property get programdate public property let programdate(byval vardatein) public programtitle
end class
dim objtvshow
以上代碼中l(wèi)et的聲明部分看來似乎是一個多余的元素,當(dāng)我第一次看到時研究了很長時間。每次我使用“0”作為變量用在每個屬性上,我總是得到這個錯誤信息,“元素數(shù)量必須相等”。“它們確實(shí)相等!”抓狂之后,我回過頭去看程序才覺得自己的愚蠢?。海?/span> 原因是,當(dāng)你試圖為programdate賦值時,你會使用這樣一行程序: objtvshow.programdate = dtmmydate 為了方便,等號右邊的值(這里指dtmmydate)作為了一個程元賦給了函數(shù)。因此編譯器可能會認(rèn)為在get programdate行有0程元,而let programdate卻多一個!分配的值總是被略過而作為屬性的最后一個程元,所以即使你使用其他程元,所賦的值總是作為最后一個程元。 現(xiàn)在看程序。無論通過programdate設(shè)置日期為文本形式,還是用internal_programdate譯成日期變量,程序都沒有問題。但能不能只使用一個入口呢? 如果internal_programdate只能在內(nèi)部有效,而使用let programdate檢查傳輸?shù)臄?shù)據(jù)類型,我們就可以作出選擇。例如: class tvprogram public starttime private internal_programdate public property get programdate public property let programdate(byval vardatein) public programtitle end class 并同樣聲明starttime屬性: class tvprogram private internal_starttime public property let starttime(byval vartimein) private internal_programdate public property get programdate public property let programdate(byval vardatein) public programtitle end class 現(xiàn)在的代碼離我們想要的還是有些不太實(shí)用,我們將在其他頁使用類tvprogram,因此最好將其獨(dú)立定義,以便所有也面都可以調(diào)用。我們將在第四部分討論這點(diǎn)。 |
|
|