Сопоставление понятий об MVC

[in4core]

Каюсь не знаю MVC толком, хоть и пишу давно, как то не приходилось использовать, но щас для общего развития решил вникнуть. Задам пару вопросов, если не сложно ответьте.

Для простоты понимания мы будем сравнивать статью Tiger про сиськи и данный пример http://spierala.wordpress.com/2008/1...c-example-as3/

Мое понимание о данном паттерне :
Модель - некое представление данных, по сути сеттеры и геттеры, при каждом сеттере ( изменении модели ) диспатчится некое событие, говорящие о том, что в моделе что-то поменялось. Модель не имеет ссылок на вьюху или контроллер, модель - синглтон.
Контроллер - устанавливает значения в модель изменяя ее, в свою очередь модель оповещает о том, что было изменено, контроллер ловит эту инфу - и шлет во вьюху. Контроллер имеет ссылку на модель и вьюху.
Вьюха - по сути обычный спрайт-контейнер , может иметь отдельные методы, собственно что угодно, имеет ссылку только на модель.
-
Это мое понимание паттерна, если что не так, сразу бейте по рукам.
-
А теперь перейдем в непоняткам и сравнительному анализу.
1. В примере ( дальше я так буду называть пример ссылкой выше ) - модель синглтон, у Артема - нет. Я так понимаю это на вкус и цвет или же есть принципы в этом вопросе?
2. В примере создаются 2 контроллера , собственно зачем, когда можно было обойтись одним? чтобы запутать нас?
3. А вообще в частности, общность ( тоесть один мвс ) может иметь несколько моделей или несколько вьюх или контроллеров? Или один мвс - одна модель/v/c и т.д. ?
4. Если у нас в приложении есть сервер со своими методами и коллбеками, он будет отдельной частью приложения или же его тоже можно запихать в мвс ? Тоесть смысл примерно таков = new Controller(serverSide,model) или такие системы не делаются ?
5. Является ли нормальной практикой пихать ВСЮ графику в отдельную вьюху или же графика ( некая ее часть ) может быть отдельным куском приложения и никак не относится к мвс ?
6. Является ли нормальной практикой разделение приложения на части без мвс ?
Пример по игре :
модель - игрок ,
контроллер - игрок,
вью - игрок,
глобалВью -- > некая другая графика
глобалВью -- > некий модуль , например модуль чата.
Тоесть по сути модуль чата к мвс натянуть сложно, да и не нужно, у нас есть - получение собщения и отправка и обновление вьюхи. Но это явно отдельная часть приложения, которая вполне может обойтись без кучи связей от мвс.

С нетерпением жду ваших ответов

[TanaTiX]

1) А какой смысл в синглтоне? Это отдельный паттерн со своими целями.
2) А где там 2 контроллера?
3) Почитай следующую статью Тигры про клонирование. Там правда без конкретики, но это скорее всего за счет того, что больше к структуре приложения относится, т.е. возможны варианты в большом количестве.
4) Если модуль отвечает за общение с сервером, то ему нет смысла иметь вью.
5) Да, графика может не относится к МВЦ. Например я хочу фон у приложения сделать. Я его в Main-е пропишу и он никак не будет связан с МВЦ. Т.е. по ситуации.
6) Да.
Приведенный выше пример выбран не удачно. Лучше посмотри на вики.

[carrotoff]

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

Контроллер - устанавливает значения в модель изменяя ее, в свою очередь модель оповещает о том, что было изменено, контроллер ловит эту инфу - и шлет во вьюху.

Зачем контроллеру ловить событие от модели, в котором оповещается о том, что он ее сам изменил.
Контроллер изменяет модель, модель шлет событие, которое ловит вьюха и обновляется

[cleptoman]

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

[Dukobpa3]

Ты бы прочитал ту тему на сотну страниц от начала до конца, и сразу бы всё понял. А сейчас, твое "понимание о данном паттерне" граничит с бредом.

[Котяра]

Блин, ну есть же прикрепленная тема на 50 страниц. Там разжёвано всё до тошноты по многу раз.
Закрою.