在2010以前的版本中,如果要取得某個對象的屬性,需要使用Get函數。同理,如果要設定某個對象的屬性,則需要採用Set函數。雖然這些操作難度不是很大,但是在應用程式開發中需要頻繁使用。為此累計起來的話,工作量就會增加許多。在2010中,對此有不小的改善。主要就在於採用了“自動實現屬性”的特性。
一、自動實現屬性的內涵
顧名思義,自動實現屬性就是對屬性實現自動化管理。簡單的說,自動實現屬性可以協助開發人員快速指定某個對象的屬性(一般指的是類),而不需要編寫代碼來對這個屬性執行Get或者Set操作。不過需要注意的是,這並不意味著系統不再執行Get或則和Set操作。而是說,在為自動實作屬性編寫代碼的時候,系統自動關聯了Get與Set過程。即不需要通過代碼來實現,但是背景話,系統仍然是自動通過調用Set和Get函數來實現的。這一點開發人員需要特別注意。
另外值得一提的是,VisualStudio2010除了會自動關聯Set和Get過程之外,編譯器還會自動建立一個私人的欄位來儲存這個屬性的變數。這也就是說,可以在代碼層級來管理這個屬性。如可以代碼檔案的某一行中聲明一個包含預設值的屬性等等。這大大提高了“自動實現屬性”的靈活性。
二、要預防支援欄位的名字與其他對象發生衝突
在講上面這部分內容的時候,筆者說過,編輯器還會自動建立一個私人的欄位來儲存這個“自動實現屬性”的變數。那麼這個自動建立的欄位是如何命名的呢?通常情況下,在定義自動實現屬性的過程中(以VB為例),系統會自動建立一個隱藏的私人欄位來包含這個屬性的值。這個欄位也叫做“支援欄位”。既然是欄位,那麼就需要有名字。這個名字是系統自動定義的。其定義的規則就是在自動實作屬性的名稱前面加上底線。如現在有一個欄位名字為Name。而開發人員為這個欄位聲明了“自動實現屬性”,此時編譯器自動建立的支援欄位的名字就是_Name。
這裡注意,如果在這個項目中,已經存在這個迷宮女子的對象,如類成員的名字等等,那麼就會產生命名衝突,從而導致編譯無法通過。據筆者所知,有一些開發人員比較喜歡使用“-”這個符號。如對於一些測試的或者臨時的類,喜歡用“_”底線符號開頭。如果各位讀者也有這種習慣的話,那麼在使用“自動實現屬性”就需要特別注意這個命名衝突的問題。
三、支援欄位的特徵與訪問
雖然自持欄位是系統編譯器自動建立的,並且是一個隱藏的欄位,但是在有需要的情況下,開發人員仍然可以訪問這個欄位。為此對於這個欄位的一些特徵開發人員還需要有所瞭解,不然的話,就無法正常使用這個欄位。
據筆者測試與瞭解,這個欄位主要有以下幾個特徵。
一是存取權限與欄位本身相獨立,即這個支援欄位的存取修飾詞始終未Private。如以上面這個欄位Name為例。也許Name這個欄位本身採用的修飾符為Public。但是_Name這個支援欄位的存取修飾詞則為Private。也就是說,不管Name這個欄位採用的修飾符到底是什麼,其對應的自持欄位的修飾符都為Private。這就限制了其訪問的許可權。通常情況下,這個修飾符不允許更改,也不建議更改。
二是在共用的設定上,兩個欄位採用相同的設定。如現Name這個欄位,屬性標記為Share,則這個欄位對應的支援欄位屬性也是共用的。這與上面這個修飾符剛好相反。一般來說,這些預設的設定筆者不建議在後續變更。
三是需要注意,有可能開發人員在Name欄位上設定了一些特殊的屬性。如唯讀或者其他的一些特殊屬性。但是需要注意的是,這些特殊屬性的值並不能夠自動傳遞到支援欄位上。所以Name欄位與其對應的支援欄位仍然有不少的差別。在訪問的時候需要注意這些差異。否則的話,就很可能到處碰壁。
那麼該通過何種形式來訪問這個支援欄位呢?筆者建議的途徑是通過代碼來訪問。即在代碼中像訪問呢其他欄位一樣(注意上面提到的一些限制)來訪問支援欄位。這種途徑是首選。其次,還可以通過監看式視窗等調試工具來訪問。有不少開發人員平時可能喜歡使用Intellisentse來管理欄位。不過需要注意的是,通常情況下,支援欄位並不會顯示在Intellisentse文字自動完成清單中。