Вот есть окно, и модель для неё.. Какая разница между этим и тем, где окно и свой класс стандартный привязанный к окну?
В том, что если к тебе придет заказчик и скажет, что я хочу вместо WPF юзать ASP.net, то ты познаешь боль, ад и садомию, если у тебя нет разделения логики
В том, что если к тебе придет заказчик и скажет, что я хочу вместо WPF юзать ASP.net, то ты познаешь боль, ад и садомию, если у тебя нет разделения логики
Вот единственное это привязка.. На mvvm она как-бы отдельная и разные окна могут привязываться.. И только из-за этого надо погружаться в этот паттерн? Целая система для объёмного кода.
Вот единственное это привязка.. На mvvm она как-бы отдельная и разные окна могут привязываться.. И только из-за этого надо погружаться в этот паттерн? Целая система для объёмного кода.
Не только для этого. Я тебе прям яркий пример написал, что бы явно было понятно. Но суть та же. MVVM это паттерн не биндинга, а общего разделения ответственности. Он не только в рамках WPF используется
Не такая уже и супер огромная система. Просто при паттерне проще маштабировать приложение. Диплом пишу сейчас на этом паттерне, буквально с нуля, и это реально правильный и удобный подход.