Хорошее MVC

[Волгоградец]

Не, модель не передаёт команд. Модель говорит о том, что изменилась - а вьювер сам принимает решение, стоит ли ему новые данные визуализировать или нет.

Да, я это и имел ввиду. Скажем каждый кадр у меня куча партиклов рисуется. Т.е. контроллер считает позиции и должен их в модель передать, так (ну если это тру MVC)? Ну а модель диспатчит во вьювер эти новые позиции. Замороченно как-то.

Но вообще в таком случае чистый мвц не очень подходит.

\
Вот. И это уже тогда не MVC получается - а просто архитектура. А так как во флэше все привязано к enterFrame - нужен ли вообще нам MVC?
P.S.: но это так - нубские мысли. Все равно у каждого свое видение паттернов.

[etc]

Сообщение от Волгоградец

Вот. И это уже тогда не MVC получается - а просто архитектура. А так как во флэше все привязано к enterFrame - нужен ли вообще нам MVC?
P.S.: но это так - нубские мысли. Все равно у каждого свое видение паттернов.

ENTER_FRAME это просто периодическое событие. Не понимаю, каким образом оно нарушает MVC.

[Bgg]

По моему, как минимум в gamedev'е рано или поздно все равно приходишь к MVC. Как не крути, слишком уж удобно отделять представление от данных и всем этим управлять контроллером. Потому не вижу смысла насильно разбираться в паттерне, который видимо просто негде пока применять.

[Zebestov]

Много читал/спрашивал/планировал и пришел к выводу смещения мозгового центра из Controller в Model:

Model
Хранит статические данные, состояния и прочее. При поступлении команд на изменение реализует логику по изменению состояния, сообщает об изменениях.

View
Элемент с двойственным характером. С одной стороны он на свой лад отображает данные из модели и следит за актуальностью этого отображения.
С другой стороны еще реагирует на действия пользователя (как правило мышь, клавиатура). Но мышью можно кликнуть по кнопке, сменить состояние CB, сдвинуть ползунок, что там еще? Модель не должна в этом ковыряться, ей нужен четкий сигнал с конкретным значением конкретного свойства/состояния.

Controller
Самый тонкий элемент системы. Его задача принять сообщение от View, и на основании этого сигнала выдать простое и понятное сообщение. Например вместо "слайдер яркости в состоянии 80" модель уже получит "яркость 0.8". И поменяй я во View слайдер на числовое поле или CB — контроллер переписал и готово. А модель и не прознает.

Основная позиция: не Controller, а Model является мозгом системы.
К такой схеме я пришел на текущий момент. Ни на что не претендую и не против замечаний — мог что-то не учесть, что станет проблемой при таком подходе (хотя как бы изначально он именно таким и был у отцов-основателей)

[Psycho Tiger]

Мозгом системы является контроллер. Представь ситуацию: ты решаешь задачу и пишешь мысли в тетрадку, там её решаешь. Ты - контроллер, тетрадка - модель.

Скажем каждый кадр у меня куча партиклов рисуется. Т.е. контроллер считает позиции и должен их в модель передать, так (ну если это тру MVC)?

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

[Zebestov]

Psycho Tiger, я сейчас переключился на игрострой, так что потренируюсь "на кошках" и проверю в бою свою позицию.
А соц. проект до поры отложен, так что тут пока ничего не отвечу, чтобы не балаболить. Может ты и прав — надо пробовать.

[Zebestov]

Psycho Tiger, а как же View! Для него read-only интерфейс полезен.

[Котяра]

2Zebestov
немного меня смущает подмена понятий модели и контроллера у тебя.
модель

При поступлении команд на изменение реализует логику по изменению состояния

и контроллер

и на основании этого сигнала выдать простое и понятное сообщение

модель не должна реализовывать логику - это прерогатива контроллера.
контроллер не выдаёт сообщений он явно меняет модель.

[Zebestov]

Сообщение от Котяра

немного меня смущает подмена понятий модели и контроллера у тебя ... модель не должна реализовывать логику - это прерогатива контроллера.

Вопрос спорный, как видно из разных источников. Мне ближе реализация логики в модели, которая кому-то что-то выдает "на показать" (методы для View), от кого-то принимает инструкции "на поменять" (методы для Controller), и вещает в эфир об изменениях (для View, для родителя). А кто эти люди — не ее солдатское дело =)
Пока все стройно.

Сообщение от Котяра

контроллер не выдаёт сообщений он явно меняет модель.

Согласен — не так выразился. Модель предоставляет публичные методы, контроллер их вызывает.

[Psycho Tiger]

Zebestov, на простых проектах с мвц у меня тоже кода в модели было больше. Когда приходит пора плотной работы с серверами и социальными апи - очень много кода образуется в контроллере.