Изменение элемента экземпляра WPF Bound BackEnd напрямую по сравнению с использованием свойства `public setter` и всего, что следует - PullRequest
Новая
       6

Изменение элемента экземпляра WPF Bound BackEnd напрямую по сравнению с использованием свойства `public setter` и всего, что следует

0 голосов
/ 22 февраля 2019

Каково общее правило для кода, содержащегося в классе (или подклассе) модели представления для доступа к переменным экземпляра, я имею в виду установщики внутренних свойств, а не prop установщики.

private int _propA;

public int PropA
{
    get { return _propA; }
    set 
    { 

       if( value == someValueThatIsNotGood) 
       {
         DoNotGood(); 
       }

      _propA = value;

       . . . . more logic..
       OnPropertyChanged("");  //<- trigger the INotify stuff
    }

}


       . . . .
       . . . .
private void OnSomeEvent()
{
        _propA = 0;

или это должно быть: 

        PropA = 0;
}

Я думаю, что мой фактический вопрос заключается в следующем: есть ли убедительная причина отдать предпочтение одной технике над другой?

Я склонен устанавливать свойство backend, устанавливать другие переменные, а затем выдавать прямые Property Changed события, которые вызовут код getter.Я делаю это потому, что не хочу, чтобы вся проверка правильности установки выполнялась без необходимости.

...