在Visual Studio 2010中使用自動實現屬性

在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文字自動完成清單中。