Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю

Причина в том, что индексатор выполняется, только когда для свойства сгенерировано событие

. Как обсуждалось в разделе "Система уведомлений привязки WPF" ранее в главе, событие инициируется при изменении исходного значения свойства объекта, что происходит либо через код (вроде обработчика события для кнопки Change Color), либо через взаимодействие с пользователем (синхронизируется с помощью ). При изменении цвета свойство Make не изменяется, а потому событие для него не генерируется. Поскольку событие не генерируется, индексатор не вызывается и проверка достоверности для свойства не выполняется.

Решить проблему можно двумя путями. Первый предусматривает изменение объекта

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

Теперь при выполнении того же самого теста текстовые поля Make и Color декорируются с помощью шаблона отображения ошибки, когда одно из них обновляется. Так почему бы ни генерировать событие всегда в такой манере? В значительной степени причиной является производительность. Вполне возможно, что обновление каждого свойства объекта приведет к снижению производительности. Разумеется, без тестирования об этом утверждать нельзя, и конкретные ситуации могут (и вероятно будут) варьироваться.

Другое решение предполагает генерацию события

для зависимого поля (полей), когда одно из полей изменяется. Недостаток такого приема в том, что вы (или другие разработчики, сопровождающие ваше приложение) должны знать о взаимосвязи между свойствами и через код проверки достоверности.

Интерфейс INotifyDataErrorInfo

Интерфейс

, появившийся в версии .NET 4.5, построен на основе интерфейса и предлагает дополнительные возможности для проверки достоверности. Конечно, возросшая мощь сопровождается дополнительной работой! По разительному контрасту с предшествующими приемами проверки достоверности, которые вы видели до сих пор, свойство привязки имеет стандартное значение , поэтому добавлять его к операторам привязки не обязательно.

Интерфейс

чрезвычайно мал, но, как вскоре будет показано, для обеспечения своей эффективности требует написания порядочного объема связующего кода. Ниже приведено определение интерфейса :

Свойство

используется механизмом привязки для выяснения, есть ли какие-нибудь ошибки в любых свойствах экземпляра. Если метод вызывается со значением или пустой строкой в параметре , то он возвращает все ошибки, существующие в экземпляре. Если методу передан параметр , тогда возвращаются только ошибки, относящиеся к конкретному свойству. Событие (подобно событиям и ) уведомляет механизм привязки о необходимости обновления пользовательского интерфейса для текущего списка ошибок.

Реализация поддерживающего кода

При реализации

большая часть кода обычно помещается в базовый класс модели, поэтому она пишется только один раз. Начните с замены интерфейсом в файле класса (код для в классе можете оставить; вы обновите его позже).

Добавьте закрытое поле типа

, которое будет хранить сведения о любых ошибках, сгруппированные по именам свойств. Понадобится также добавить оператор для пространства имен . Вот как выглядит код: