在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文字完成列表中。
四、自動實現屬性在使用過程中的限制
一般來說，自動屬性支持多種解決方案。但是其並不是萬能的，在某些場合中並不適合使用，如可能需要通過擴展的屬性語法來實現。如現在有一個 Name的字段。當用戶輸入數據，系統將這個屬性傳給變量之前，可能需要先對其進行輸入驗證。如現在不少的注冊網站，出於各種各樣的原因(特別是出於安全方面的考慮)，都會強調不允許使用一些特殊字符作為名字。這也是避免注入式攻擊的一種很好的方式。為此當用戶輸入數據，點擊“確定”按鈕，系統將文本框中的值傳給變量的時候，需要有一個對用戶輸入數據的驗證過程。此時“自動實現屬性”就沒有用武之地了。
為此開發人員在使用這個新特性之前，對於其使用的一些限制還是需要有所了解。具體的來說，有如下這些限制。
第一，當需要創建WriteOnly屬性或者ReadOnly屬性的時候，不能夠使用這個新特性。第二，當為Get或者SET函數指定不同的可訪問性的時候，不能夠使用這個特性。如在開發過程中，出於安全考慮，我們往往會對Set這個過程的權限進行限制，如會將其訪問修飾符設置為 Private。而對於Get這個過程，由於其不會更改某個字段或者對象的屬性，為此可以將其修飾符設置為Public。這可以實現安全與便利性之間的均衡。但是要實現這種需求的話，“自動實現屬性”並不支持。因為自動實現屬性它會自動關聯這個兩個過程，而且采用的修飾符都是Private。第三，當向屬性Get或者Set過程中添加代碼的時候，如上面列舉的例子，需要對用戶輸入的數據進行驗證的時候，則不能夠采用“自動實現屬性”。另外，如果需要為支持字段設置特殊屬性或者說為自持字段提供XML注釋等等，這些都是不允許的。
當然這些實用限制並不需要大家去死記硬背。一般多用幾次，就會記住了。而且如果需要使用這個擴展屬性的話，在2010版本中也提供了一種簡便的實現方式。如遇到以上這些情況，需要采用包含Set或者Get過程的擴展屬性的時候，編輯器可以自動為這個屬性生成Get或者Set過程的相關語句。如當開發人員將光標放在Property語句後面的空行上，只需要鍵入G或者S並按回車鍵，系統就會自動生成相關的代碼。這就好像在Word文檔中，只需要輸入2010，並按回車鍵，系統就會自動補充完日期類似。
所以，雖然“自動實現屬性”在使用過程中受到種種的限制。但是一般來說，再結合這個“擴展”屬性使用，其應用價值還是蠻大的。筆者相信，不久之後，這個特性一定會被廣大的開發人員所接受，並成為其不可或缺的一個幫手。大家對於這個特性還有什麼新的見解，筆者很樂意跟大家討論。
