부동산을 사용할 수있는 이유는 무엇입니까?

Question

가능한 중복 :
Difference between Property and Field in C# .NET 3.5+
Why should I use an automatically implemented property instead of a field?

아래의 두 예는 동일한 액세스 내에서 클래스의 외부 기록이 ... 왜 모두가 동일 보인다 않습니다 실시 예 2와 함께 실시 예 1을 사용 하는가? 나는 뭔가를 놓친 것 같아요.하지만 지금은 저를 괴롭 히고 있습니다. 나는 명확한 답을 찾을 수 없었습니다.

class SampleClass 
{ 
    /// Example 1 
    /// Shown by online examples. 
    /// Why use a Field AND a Property where you could just use Example 2? 
    private int age; 
    public int Age { get { return age; } } 
    private void setAge() 
    { 
     age = 1; 
    } 

    /// Example 2 
    /// Tidier code and better understanding of how Age2 can be accessed. 
    /// Personally I prefer this method, though am I right to use it over Example 1? 
    public int Age2 { get; private set; } 
    private void setAge2() 
    { 
     Age2 = 1; 
    } 
} 

Answer 1

내가 VS2008 이상을 사용하고 있습니다 및 VS2005에서 그것을 컴파일 가능한 필요가없는 경우, .

private string _someProperty; 
public string SomeProperty 
{ 
    get { return _someProperty; } 
    set 
    { 
     _someProperty = value; 
     OnPropertyChanged("SomeProperty"); 
    } 
} 

하지만 내가 뒷받침 필드를 가지고 있어도 일관성을 위해 속성을 통해 값을 설정합니다.

Answer 2

속성 설정자 또는 getter에서 실제 기능을 제공하려면 백킹 필드를 사용해야합니다. 예를 들어, 설정자에 대한 유효성 검사를 원하면 backing 필드를 사용해야합니다.

public class MyClass 
{ 
    private string myString = "blah"; 

    public string MyNotNullString 
    { 
     get 
     { 
      return this.myString; 
     } 
     set 
     { 
      if (value == null) 
      { 
       throw new ArgumentNullException("Cannot set MyNotNullString to null"); 
      } 
      this.myString = value; 
     } 
    } 
} 

Answer 3

내가 @Platinum 푸른 답변에서와 같이 필드를 필요한 상황이 있었다 ... 않는 정연 요인에 대한 때마다 가능하면 내가 예 2를 사용합니다.

Example1에서 생각할 수있는 유일한 다른 이점은 값을 변경하는 사람을 빠르게 찾을 수있는 방법으로 getter 또는 setter 메서드에 중단 점을 설정할 수 있다는 것입니다.

public string SomeProperty { get; set; } 

하지만 가끔은 당신이 특히 당신이에서 INotifyPropertyChanged를 구현하는 경우, 배킹 필드가 필요합니다 : 나는 속기를 사용하거나 일반적으로