Хотя исключения не должны использоваться для обеспечения выполнения бизнес-логики, они могут (и будут) возникать, а потому требуют надлежащей обработки. Если исключения не обработаны в коде, тогда пользователь должен получить визуальную обратную связь об имеющейся проблеме. В отличие от Windows Forms в инфраструктуре WPF исключения привязки (по умолчанию) не распространяются до пользователя как собственно исключения. Тем не менее, они указываются визуально с применением декоратора (визуального уровня, который находится над элементами управления).
Запустите приложение, выберите запись в элементе ComboВох
и очистите значение в текстовом поле Id
. Поскольку свойство Id
определено как имеющее тип int
(не тип int
, допускающий null
), требуется числовое значение. После покидания поля Id
по нажатию клавиши <ТаЬ> механизм привязки отправляет свойству CarId
пустую строку, но из-за того, что пустая строка не может быть преобразована в значение int
, внутри блока set
генерируется исключение. В нормальных обстоятельствах необработанное исключение привело бы к отображению окна сообщения пользователю, но в данном случае ничего подобного не происходит. Взглянув на порцию Debug (Отладка) окна Output (Вывод), вы заметите следующие строки:
System.Windows.Data Error: 7 : ConvertBack cannot convert value '' (type 'String').
BindingExpression:Path=Id; DataItem='Car' (HashCode=52579650); target element is
'TextBox' (Name=''); target property is 'Text' (type 'String') FormatException:'System.
FormatException: Input string was not in a correct format.
Визуально исключение представляется с помощью тонкого прямоугольника красного цвета вокруг элемента управления (рис. 28.2).
Прямоугольник красного цвета — это свойство ErrorTemplate
объекта Validation
, которое действует в качестве декоратора для связанного элемента управления. Несмотря на то что стандартный внешний вид говорит о наличии ошибки, нет никакого указания на то, что именно пошло не так. Хорошая новость в том, что шаблон отображения ошибки в свойстве ErrorTemplate
является полностью настраиваемым, как вы увидите позже в главе.
Интерфейс IDataErrorInfo
Интерфейс IDataErrorInfo
предоставляет механизм для добавления специальной проверки достоверности в классы моделей. Данный интерфейс добавляется прямо в классы моделей (или моделей представлений), а код проверки помещается внутрь классов моделей (предпочтительно в частичные классы). Такой подход централизует код проверки достоверности в проекте, что совершенно не похоже на инфраструктуру Windows Forms, где проверка обычно делалась в самом пользовательском интерфейсе.
Показанный далее интерфейс IDataErrorInfo
содержит два свойства: индексатор и строковое свойство по имени Error
. Следует отметить, что механизм привязки WPF не задействует свойство Error
.
public interface IDataErrorInfo
{
string this[string columnName] { get; }
string Error { get; }
}
Вскоре вы добавите частичный класс Car
, но сначала необходимо модифицировать класс в файле Car.cs
, пометив его как частичный. Добавьте в папку Models
еще один файл по имени CarPartial.cs
. Переименуйте этот класс в Car
, пометьте его как partial
и обеспечьте реализацию классом интерфейса IDataErrorInfo
. Затем реализуйте члены интерфейса IDataErrorInfo
. Вот начальный код:
public partial class Car : IDataErrorInfo
{
public string this[string columnName] => string.Empty;
public string Error { get;}
}
Чтобы привязанный элемент управления мог работать с интерфейсом IDataErrorInfo
, в выражение привязки потребуется добавить ValidatesOnDataErrors
. Модифицируйте выражение привязки для текстового поля Make
следующим образом (и аналогично обновите остальные конструкции привязки):
Text="{Binding Path=Make, ValidatesOnDataErrors=True}" />