будет имя контакта
и в VM то же самое имя
и M и VM должны реализовать интерфейс INotifyPropertyChanged
допустим имя поменялось
M генерирует событие по которому обновляется VM
VM генерирует то же самое событие по которому обновляется V
как бы всё понятно
но есть нюанс. привязка V к событиям VM делается магически-автоматически
а вот привязывать VM к M нужно вручную. и там будут те же самые поля с теми же названиями.
если сделать пустой класс VM и просто унаследовать его от M то в простом случае вообще ничего не должно измениться. а когда понадобится хитрые изменения с метками — можно добавить методов в VM
не?
я вот ленивый. у меня при изменении модели приложения был бы один ивент который тригерит view model у которой есть доступ к модели и она сама может перестроить свой стэйт и там уже вьюха будет реагировать на то что поменялось. тут вопрос насколько точечно тебе нужно апдейты делать. Ты ж ивенты эти не для доставки изменений во view model делаешь а только что бы сказать ей "эй я обновилсо забери апдейты"
вот тут может стоит покапаться почему у тебя M это имя контакта. ну то есть "модель" то это стэйт и как стэйт меняется со временем. Это не про структуру данных тупо.
имя контакта — это просто одно из полей в M
Обсуждают сегодня