Согласен, распространённая. Но почему то считают, что это надо прям навязывать при объяснении паттерна «для новичков» где прям в названии слово Model стоит. Речь обо всех возможных статьях в интернетах.
Конечно можно, и даже нужно! Чего один Fody будет стоить. Но когда у свежеиспечённого прогера WPF вложенный класс в модели не будет нотифить VM а та V, тогда уже свежеиспечённый прогер полезет на StackOverFlow за очередной порцией быдлокода фреймворка, вместо того, чтобы явно указать штатную подписку на событие изменения.
Так это тоже затормозит отрисовку))
Представьте, что вы отрисовали ваш наисложнейший интерфейс, а потом подтягиваете базу данных на 100 000 записей. Не заморачивайтесь с громоздскостью.
roadmap то довольно простой: структура проекта с папками и правильной обызвалкой классов, Model, notification, ViewModel, View, binding, commands, collections.
И главное: как можно меньше сторонних либ. Это крайне, Крайне упростит понимание что там происходит внутрях.
А зря. Простейший класс со стринговым автосвойством подошёл бы отлично. А заодно проброс уведомлений был бы нагляден.
— По поводу фреймворков. На заре изучения WPF кинулся я по шаблону Catel клепать десктопные «калькуляторы», да так увяз во всём, что не замечал очевидного: нахрен не сдались мне эти фреймворки, ибо всё «из коробки» работало более чем отлично. Такие статьи тому пример — что не надо навешивать кучу библиотек, аспектов ))), nuGet пакетов, достаточно лишь основ для понимания всей логики паттерна и WPF десктопа в частности.
Представьте, что вы отрисовали ваш наисложнейший интерфейс, а потом подтягиваете базу данных на 100 000 записей. Не заморачивайтесь с громоздскостью.
roadmap то довольно простой: структура проекта с папками и правильной обызвалкой классов, Model, notification, ViewModel, View, binding, commands, collections.
И главное: как можно меньше сторонних либ. Это крайне, Крайне упростит понимание что там происходит внутрях.
— По поводу фреймворков. На заре изучения WPF кинулся я по шаблону Catel клепать десктопные «калькуляторы», да так увяз во всём, что не замечал очевидного: нахрен не сдались мне эти фреймворки, ибо всё «из коробки» работало более чем отлично. Такие статьи тому пример — что не надо навешивать кучу библиотек, аспектов ))), nuGet пакетов, достаточно лишь основ для понимания всей логики паттерна и WPF десктопа в частности.