anothar Quote:По моему скромному мнению, накручивать ViewModel в WPF большого смысла нет.
То, что хорошо при написании калькулятора, может не подойти при написании реального приложения.
В "реальном приложении" обычно бывает так:
- архитектор/ведущий разработчик/etc накрутил 4 звена, в каждом по 5 "правильных" слоёв (действительно правильных со стройной архитектурой),
- документацию по архитектуре ему писать либо лень, либо "потом напишу", либо она просто устаревает намного быстрее полёта его мысли,
- в команде 10-20 разработчиков,
- все более-менее в курсе зон ответственности звеньев (архитектор за этим старается следить, да VS не даст использовать зависимости чужого звена), но не особо разбираются в идеях зон ответственности слоёв
- соответственно при кодировании зоны ответственности слоёв нарушаются, в проекте хренова туча кода - за каждым не уследишь (при том, что всё замечательно работает и проходит все тесты)
- на выходе имеем жесточайший бардак в проекте -> проблемы с рефакторингом -> медленная и мучительная смерть проекта
"Сделай настолько просто, насколько это возможно, но не проще." Эйнштейн
PS
Я видел это в коде бизнес-приложения Microsoft, например. Кстати это тоже было интеграционное решение, как и StockSharp. C похожими проблемами политики качества (Для обеспечения регрессионного тестирования таких приложений нужно примерно в 3 раза больше ресурсов, чем собственно для создания приложения. Причём ресурсов как минимум такого же качества).