MVC:Подмена вьюшек

[3p.station]

круто! у меня даже есть для этого моделька SetupModel

[Crazy]

Сообщение от Dukobpa3

Ключевые моменты могут быть к примеру в модели. Поидее должно быть так чтоб вью могла всё что ей надо для адекватного отрисовывания взять в модели.

В общем случае так не бывает. Простейший пример: вьюха с двумя полями ввода. Текст иногда можно взять в модели. А вот фокус ввода, положение курсора или выделение никоим образом к модели отношения не имеют.

[Dukobpa3]

так а нахрена мне положение курсора то хранить где-то???

[3p.station]

вот и разобрались ( :
часть стейта будем брать из модели, а часть из хранителя.
А хранитель четко для одного объекта, или можно сделать один на всех ( =

Добавлено через 1 минуту

Сообщение от Dukobpa3

так а нахрена мне положение курсора то хранить где-то???

если юзер ввел в поле текст, он должен будет появиться в новой вьюхе.

[Crazy]

так а нахрена мне положение курсора то хранить где-то???

Простой пример интерфейса, который меня бесит: держу в руке планшет и ввожу текст. Случайно наклоняю его -- и экран переключается на вьюху в другой ориентации и перекидывает курсор в начало текста. Тот, кто это реализовал, тоже, видимо, думал не о моем удобстве, а "нахрена мне положение курсора то хранить где-то".

Так вот, коллега, Вам, как разработчику может и боком не уперлось сохранять фокус ввода, положение курсора и т.п. параметры. Но меня, как пользователя, это наплевание на меня откровенно раздражает.

Добавлено через 1 минуту

Сообщение от 3p.station

если юзер ввел в поле текст, он должен будет появиться в новой вьюхе.

О да, такая клиника -- когда при переключении пропадает часть введенного текста -- все еще встречается. Но, к счастью, естественный отбор быстро сокращает количество таких приложений...

[Dukobpa3]

Я не имел в виду такую вот клинику из примеров)))

Просто вот такие вещи на тему "перевернул планшет" - я реализовываю без всяких там подмен вьюх, это просто динамическое перепозиционирование объектов. И тут очевидно что всё как было так и должно остаться.

А если речь идет именно о подмене вьюх как в теме - то тут не вижу смысла заморачиваться с этим. Так как по сути:
а) там где такие тонкости нужны там как правило можно обойтись одной вьюхой, просто что-то куда-то подвинуть при изменениях
б) там где действительно нужно много вьюх - как правило не нужно так дотошно хранить все состояния.

[fish_r]

Сообщение от i.o.

Один из основных смыслов MVC в том, что модель сама по-себе. В ней нет ссылок на Controller и View.

то, что я написал никак не противоречит этой концепции.

Однако, это действительно не удобный вариант, если речь идет о "смене вида на ходу". Какое дело модели до того как вьюха выглядит? Вероятно "хранитель" - самое лучшее решение.

[3p.station]

я еще о "стратегиях" думал... типа вьюшке передается объект стратегии расположения и делается например redraw();