Здравствуйте, <Аноним>, Вы писали:

А>Немного критики:
Ответ на все простой... Цель данного приложения не предоставить полнофункциональное приложение, готовое к использованию, а проиллюстрировать идею паттерна на максимально простом и прозрачном коде..
Если все делать совсем по правильному, то и View создаются через фабрику, и экземпляры моделей Presenter получает через тот же Dependency Injection или вообще Service Locator (хотя для простых случаев можно и как в примере) и полноценная обработка ошибок нужна, ect... Но весь этот дополнительный код замажет сам паттерн, а именно его и хотелось продемонстрировать в первую очередь.

A>Где евенты на изменения свойств или предполагается использовать binding?
Изменения свойств модели? Там event-ов быть не должно, это объясняется в статье...