使用屬性，避免將數(shù)據(jù)成員直接暴露給外界
學(xué)習(xí)研究.net的早期，經(jīng)常碰到一些學(xué)習(xí)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的時候，索性自己寫了一個小工具，來提供一個類的字段名和類型，然后自動為該類生成相應(yīng)的private字段+public屬性。
我在編程的時候是個徹底的實用主義者，用稍微高雅一點的話說叫“不喜歡過度的設(shè)計”。如果真的像上面那樣寫Card，而且在將來沒有什么改變的需求，我也不喜歡像上面第2段程序那樣把事情故意搞得復(fù)雜。但如果從component的角度來講，總有一些class是要供外部長久地使用，也潛在地在將來有被改變的需求。這時候，提供屬性就很有必要了。
這就是這個Item試圖要歸納的使用屬性的理由：
1.可以對賦值做校驗、或者額外的處理
2.可以做線程同步
3.可以使用虛屬性、或者抽象屬性
4.可以將屬性置于interface中
5.可以提供get-only或者set-only版本，甚至可以給讀、寫以不同的訪問權(quán)限（C# 2.0支持）
學(xué)習(xí)研究.net的早期，經(jīng)常碰到一些學(xué)習(xí)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的時候，索性自己寫了一個小工具，來提供一個類的字段名和類型，然后自動為該類生成相應(yīng)的private字段+public屬性。
我在編程的時候是個徹底的實用主義者，用稍微高雅一點的話說叫“不喜歡過度的設(shè)計”。如果真的像上面那樣寫Card，而且在將來沒有什么改變的需求，我也不喜歡像上面第2段程序那樣把事情故意搞得復(fù)雜。但如果從component的角度來講，總有一些class是要供外部長久地使用，也潛在地在將來有被改變的需求。這時候，提供屬性就很有必要了。
這就是這個Item試圖要歸納的使用屬性的理由：
1.可以對賦值做校驗、或者額外的處理
2.可以做線程同步
3.可以使用虛屬性、或者抽象屬性
4.可以將屬性置于interface中
5.可以提供get-only或者set-only版本，甚至可以給讀、寫以不同的訪問權(quán)限（C# 2.0支持）