계단식 읽기 전용 속성의 중복 RaisePropertyChanged 방지

Question

내 View 모델에서보기에서 참조하는 여러 개의 읽기 전용 속성이 있으며 그 중 일부는 하나 이상의 다른 읽기 전용 속성 (동일한 View Model) 하나 이상의 읽기/쓰기 속성 (동일한보기 모델에서)에 궁극적으로 의존합니다. 나는 단지 잠재적으로 영향을받는 모든 속성에 대해 PropertyChanged 이벤트가 발생했는지 확인하기 위해 샘플에서 다음 패턴을 보았지만 모든 RaisePropertyChanged 호출을 복제하는 것을 좋아하지 않습니다.

은 내가 대신에 의존하는 속성을 가지고 각 속성에 대한, 내보기 모델의 PropertyChanged 이벤트로 그 핸들러에 핸들러를 추가해야한다 의심 만 등록 직접 (대 또한 사람에 RaisePropertyChanged 전화 그 간접적으로)는 해당 속성에 따라 다릅니다. RaisePropertyChanged Call을 모두 복제하지 않으려면 어떻게해야합니까?

public bool MyReadOnlyPropertyAA1 
{ 
    get 
    { 
     return MyReadOnlyPropertyA1 [&& MyReadOnlyPropertyB1 ...] 
    } 
} 


public bool MyReadOnlyPropertyA1 
{ 
    get 
    { 
     return (MyPropertyA == (Some Value)) [&& MyPropertyB == (Some Other Value)) ... ] 
    } 
} 

public MyPropertyAType MyPropertyA 
{ 
    get 
    { 
     return myPropertyA 
    } 
    set 
    { 
     myPropertyA = value; 
     RaisePropertyChanged(nameof(MyPropertyA)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyA)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyA1)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyAA1)); 
     ... 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyAA...1)); 
    } 
} 


public MyPropertyBType MyPropertyB 
{ 
    get 
    { 
     return myPropertyB 
    } 
    set 
    { 
     myPropertyB = value; 
     RaisePropertyChanged(nameof(MyPropertyB)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyA)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyA1)); 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyAA1)); 
     ... 
     RaisePropertyChanged(nameof(MyReadOnlyPropertyAA...1)); 
    } 
} 

Answer 1

속성 관계에 따라 두 가지 방법을 사용합니다.

하나의 속성을 변경하면 다른 속성이 변경되는 것은 당연한 일이며, 속성 변경 코드는 설정자에게 맡깁니다.

private void MyClass_PropertyChanged(object sender, PropertyChangedEventArgs e) 
{ 
    switch(e.PropertyName) 
    { 
     case "PropertyA": 
      RaisePropertyChanged(nameof(PropertyB)); 
      break; 
    } 
} 

그 이유는 내가 내 재산 세터에서 특별한 논리를 원하지 않을 것입니다 : 두 속성이 논리적으로 관련이없는 경우

public string PropertyA 
{ 
    get { return propertyA; } 
    set 
    { 
     myPropertyA = value; 
     RaisePropertyChanged(nameof(PropertyA)); 
     RaisePropertyChanged(nameof(IsPropertyAValid)); 
     ... 
    } 
} 

그러나, 나는이의 PropertyChange 핸들러를 사용합니다. 나에게 꽤 일반적이고, #region 태그에 머물러 있고, 붕괴되어 잊혀져 야한다.

두 속성이 논리적으로 관련되어 있고 하나의 속성을 변경하면 다른 값이 변경 될 수 있으므로 RaisePropertyChange 코드를 설정자에 남겨 둘 수 있습니다.

하지만 서로 다르면 미래에 나 자신이나 다른 개발자가 코드를보고 잠재적으로이 두 가지 사이에 종속 관계가 있음을 알지 못하거나 이해할 수 없으므로 클래스의 PropertyChange 이벤트 처리기에 변경 사항을 넣습니다. 필요한 경우 쉽게 찾고 변경할 수 있습니다.