Как обрабатывать исключения, возникающие во время привязки данных в новых версиях .NET (выше 3.5)?

Я следую этому примеру из MSDN
Обработка ошибок и исключений, возникающих при привязке данных (тот же пример и здесь)

Идея этого примера:

1. Элементы управления TextBox привязаны к свойствам бизнес-объекта с помощью объектов BindingSource и Binding. Бизнес-объект - это Модель.
2. Установщики свойств в бизнес-объекте проверяют вводимые данные и выдают исключения, если вводимые данные недействительны.
3. Объекты привязки настроены на перехват таких исключений.
4. Привязка запускает событие BindingComplete. Если было исключение, оно было перехвачено, и сообщение об исключении доступно через BindingCompleteEventArgs. Таким образом сообщения об ошибках проверки могут поступать обратно на уровень представления.

Все идет нормально.

Вот странная часть. Перехват исключения, создаваемого бизнес-объектом, зависит от версии .NET.

• Это работает с .NET версии 3.5. Фреймворк привязки перехватывает исключение. Событие BindingComplete запускается. Аргументы события указывают на то, что привязка не была успешной. Как и ожидалось.
• Версии .NET 4.0, 4.5, 4.5.2 не улавливают исключение в установщике свойств модели. Выполнение прерывается на этом исключении.

Тот же исходный код скопирован из примера Microsoft. Я меняю только версию .NET в свойствах проекта.

• Что изменилось в новых версиях .NET, так что этот пример перестал работать должным образом?
• Есть ли способ заставить это работать с более новыми версиями .NET? В примере отсутствует параметр, который был введен в более новых версиях .NET?

Приложение A: Связанная литература и предшествующий уровень техники

Аналогичный подход также был предложен в этом более раннем потоке: Связывание данных и исключение исключения в сеттере (2009 г.)

ветка на форуме MSDN (2010), который предлагает создать исключение в событии Binding.Parse. [Любопытно, что привязка данных происходит, даже если для e.Cancel установлено значение true в обработчике событий Control.Validating. Это особенность?]

Приложение Б. Упреждающие ответы на ожидаемые комментарии

Using exceptions for user input validation isn't great.

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

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

That example is WinForms. Why don't you use WPF?

Я использую WinForms из-за устаревания.