Здравствуйте, IB, Вы писали:

IB>Ответ на все простой... Цель данного приложения не предоставить полнофункциональное приложение, готовое к использованию, а проиллюстрировать идею паттерна на максимально простом и прозрачном коде..

эта задача решена

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

Во!!! — то что надо. Хлеба и зрелищ. Аффтар Жжот Писши Исчо

IB>Но весь этот дополнительный код замажет сам паттерн, а именно его и хотелось продемонстрировать в первую очередь.

Думаю стоит переработать метод изложения в этом случае.

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

А как быть если у меня две пары view/presenter и одна model?
Хитро получается — придется делать как гласит КОП (в форуме философии) для модели