C#開發(fā)的兩個原則的深入討論

字號:

使用屬性,避免將數(shù)據(jù)成員直接暴露給外界
    學習研究.net的早期,經(jīng)常碰到一些學習C#/.NET的朋友問,要屬性這種華而不實的東西做什么?后來做項目時也時常接到team里的人的抱怨反饋,為什么不直接放一個public字段?如:
    class Card
    {
    public string Name;
    }
    而非要做一個private字段+public屬性?
    class Card
    {
    private string name;
    public string Name
    {
    get { return this.name;}
    set { this.name=value;}
    }
    }
    我記得在早期的一個項目里,team中的一個朋友甚至厭煩了寫private字段+public屬性,尤其是碰到一大堆臃腫的data object class的時候,索性自己寫了一個小工具,來提供一個類的字段名和類型,然后自動為該類生成相應的private字段+public屬性。
    我在編程的時候是個徹底的實用主義者,用稍微高雅一點的話說叫“不喜歡過度的設計”。如果真的像上面那樣寫Card,而且在將來沒有什么改變的需求,我也不喜歡像上面第2段程序那樣把事情故意搞得復雜。但如果從component的角度來講,總有一些class是要供外部長久地使用,也潛在地在將來有被改變的需求。這時候,提供屬性就很有必要了。
    這就是這個Item試圖要歸納的使用屬性的理由:
    1.可以對賦值做校驗、或者額外的處理
    2.可以做線程同步
    3.可以使用虛屬性、或者抽象屬性
    4.可以將屬性置于interface中
    5.可以提供get-only或者set-only版本,甚至可以給讀、寫以不同的訪問權(quán)限(C# 2.0支持)
    個人感覺3、4條是屬性的優(yōu)點,可以填補沒有“虛字段”或“抽象字段”的缺憾,在設計組件的時候非常有用,也體現(xiàn)了C#這樣的component-oriented語言的精神內(nèi)涵。
    但如果沒有上述理由,而且日后對程序做大的改動可能性比較小時,我想也大可不必非要把每個public字段都要變成屬性。比如在設計一些輕型的struct,用于互操作的時候,直接使用public字段沒什么不好。所以,感覺本條目Bill Wagner先生使用“Always Use Properties Instead of Accessible Data Members”顯得太過強硬。