Цитата:
|
Вьюшка не может изменять модель. Но у нее есть ссылка на модель
|
да
Цитата:
|
Если создать событийный класс для событий модели
|
Как вариант прокатит, и даже более того это будет один из самых правильных вариантов но сложен в реализации. Сложно будет сделать адекватный рендер с обработкой всех событий и слишком легко запутаться.
Цитата:
|
Акцессоры здесь не подходят
|
Очень даже подходят. Просто вью ничего не меняет в модели, только читает всё что ей нужно. А контроллер может еще и менять. Технически это разделить сложно, хотя можно, там придется неймспейсы прикручивать. Я на практике просто сам сознательно не трогаю модель из вью и всё.
Т.е. получается модель продиспатчила - меня изменили. Вью полезла посмотрела нужные данные и всё.
Добавлено через 3 минуты
Цитата:
|
Не правильно. Вьюшка просто услышит про изменения и сама пойдет к модели выяснять
|
Если вью массивная, то лучше события из модели разделить и диспатчить если не совсем уж разные то хотя бы как-то сгруппировано.
Например большая изокарта. События в модели могут быть разные. Поменялся статус в каком-то домике, просто надо в нем показать хинт, или же поменялась позиция домика, тогда нужно отсортировать элементы. Вот эти два изменения лучше как-то разделить чтоб вьюха понимала какой рендер запускать.
Добавлено через 8 минут
Цитата:
|
Ей даже не важно, кто и каким образом поменял эти значения
|
А вот это действительно несущественно. У вьюхи есть ее модель и ее основная задача с одной стороны отображать во внятном а не абстрактно-циферном виде состояние этой самой модели, чтоб пользователю понятно было. А с другой стороны передавать действия пользователя контроллеру чтобы тот мог принимать какие-то решения или давать модели команды.