Есть бизнес-объект, реализующий интерфейс IDataErrorInfo.
В setters публичных свойств объекта при выходе значения за допустимые границы добавляется ошибка в словарь. Например, если свойство Age (по умолчанию 0) становится отрицательным, выдается сообщение об ошибке.

Также у объекта есть readonly свойство bool IsObjectDataValid. При добавлении ошибки в словарь это свойство сбрасывется в false, а при очистке словаря - в true. Смысл этого свойства - например, его привязка к кнопке "Сохранить". Т.е. до тех пор, пока юзер не ввел логически корректные данные во все свойства бизнес-объекта, программа не даст сохранить объект.

Всё это работает, НО...

Если юзер ввел вместо числа строку ("moron"), то свойство остается в предыдущем состоянии, а обработка setter не вызывается, так как ошибка произошла в момент попытки приведения типа. Следовательно, имеем старое значение Age, IsObjectDataValid = true, и кнопка "Сохранить" доступна. На красный бордюр вокруг элемента юзер плюет с высокой башни.

Внимание, вопрос.
Как передать ошибку UI в связанный бизнес-объект?
Как при "кривом" вводе установить IsObjectDataValid = false?

Через XAML

<TextBox
Width="200"
Text="{Binding Path=Age, Mode=TwoWay,
ValidatesOnDataErrors=True, UpdateSourceTrigger=PropertyChanged}"
/>

Ничего необычного

Точнее, так


а в code-behind:

koJIo6ok,

у меня еще ничего не организовано, я только прикидываю - что, как.

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

Можно ли перенаправить обработчик ошибок приведения забинденного контрола на метод бизнес-объекта? Например, я делаю в БО специальный public-method SetUIError(string), и натравливаю обработчик ошибок TextBox на него?

ничего вы не поняли


Спасибо за информативный ответ

нет проверять валидность нужно только на уровне нужного элемента - textbox-a, Grid-a, панели какой ну или для всей формы как надо вам, легко можно разобраться если прочитать книжку ту что я писал, лучше ее почитать сначала чтобы не переделывать потом все и не тратить время впустую


За книжку спасибо, уже нашел, читаю.

Пока не дочитал до нужного места, подскажите следующее. БО предполагается использовать с несколькими интерфейсами: WPF для внутренних юзеров и Silverlight для внешних. А это значит, что проверки придется дублировать в разных интерфейсах? Не то чтобы сильно пугало (функциональность в приложении Silverlight предполагается сильно урезанная), но как-то это...
Не комильфо.