что есть классика MVC?

[in4core]

Я тоже так думаю.

Стоит сначала ознакомится с полным собранием сочинений. - а потмо вступать в дискусс.
Мне тоже нравится такой подход, но только тогда, когда это не переходит в паранойю. Я лучше сделаю 5 классов, логично взаимосвязынных друг с другом, имеющих логичные для них методы. Чем сделаю 100500 классов по 1 строке в каждом, чтобы потом не было понятно где начало, а где конец.
Вот собственно простой пример : есть меню состоящие из кнопок и бекграунда. Бек - чисто графическая часть, и создавать под нее отдельный вид - верх шизофрении, это все описываеться в одном виде с кнопками, потому , что хоть меню в данный момент и состоит из частей, но все эти части образуют одно целое.

[etc]

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

Стоит сначала ознакомится с полным собранием сочинений. - а потмо вступать в дискусс.

Это предложение Котяре-то ознакомиться?

[in4core]

Именно ему, ну тем более если не понятно, собрание сочинений = весь разговор произошедший тут, а не вырванный отрывок

[vitamin4er]

появился вопросик...речь пойдет о полноценом mvc...модель слушает контроллер, вид слушает модель(если такое возможно и я более менее что-то понял)...так вот, вид отвечает за отображение чего-либо. На примере игрушки, есть человечек, мы им управляем. Жмем клавиши - за это отвечает контроллер и он же передает изменение координат человечка моделе(базе даных). Та в свою очередь обновляет вид. Я правильно мыслю? Если нет, поправте. Спасибо!

[Wolsh]

Жмем клавиши - за это отвечает контроллер

Строго говоря, во флэше не так — клавиатуру могут слушать только объекты, находящиеся на экране. Так что принимать нажатия будет Вью, ну и мышь тоже ловит Вью, так что именно Вью является источником всех сигналов от юзера, передает их контроллеру, тот изменяет Модель.
И Модель не обязательно "слушает" контроллер. Допустимо контроллерам иметь прямой доступ к сеттерам Модели, А Вью — прямой доступ к сеттерам контроллера. Важным моментом является разорвать прямую связь между Вью (самый непредсказуемый элемент системы, листики, которые могут отпадать и добавляться) и Моделью (самый постоянный элемент, тяжелое основание, корень системы). Контроллеры представляют собой ветви, "хвостики" листьев. Контроллеры легкие и динамичные должны знать, как интерпретировать сигналы Вью для Модели, то есть знать определенный набор сигналов "юзер нажал ...", и как они должны отражаться на состоянии Модели — "юзер запросил изменение ..." Таким образом Вью никак не интерпретирует действия пользователя, не знает их "смысла", важности и цели — у нее своих забот хватает — Вью просто делегирует эти действия контроллеру. Контроллер "знает смысл", знает, что эти действия должны менять в Модели. В этом состоит "логика" контроллера — он контролирует поведение. Модель же контролирует состояние. Модель принимает окончательные решения о том, как именно измениться после сигнала контроллера, как использовать новые данные и т.п., после чего извещает "эфир" о том что изменилась. А там уже вьюхи решают, что изменить в своих картинках в соответствии с новым состоянием Модели.

Добавлено через 18 минут
На примере игры:
Вью -> контроллеру: "пользователь нажал СтрелкаВверх"
Контроллер -> модели: "игрок идет вверх"
Модель: "координата персонажа XY, на XY-1 находится стена, движение невозможно. Не буду ничего менять".
Вью -> контроллеру: "пользователь нажал СтрелкаВлево"
Контроллер -> модели: "игрок идет влево"
Модель: "координата персонажа XY, на X-1Y стены нет. Новая координата персонажа X-1Y". -> Вью: "изменение".
Модель: "На X-1Y находится мина. Мина сработала". -> Вью: "изменение".
Модель: "геймовер" -> Вью: "изменение".

[spirit2]

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

Та в свою очередь обновляет вид.

Модель лишь сообщает, что изменилась (событие). А вот вью уже зная, что модель изменилась, читает изменения модели (геттер) и меняется.

[Psycho Tiger]

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

появился вопросик...речь пойдет о полноценом mvc...модель слушает контроллер, вид слушает модель(если такое возможно и я более менее что-то понял)...так вот, вид отвечает за отображение чего-либо. На примере игрушки, есть человечек, мы им управляем. Жмем клавиши - за это отвечает контроллер и он же передает изменение координат человечка моделе(базе даных). Та в свою очередь обновляет вид. Я правильно мыслю? Если нет, поправте. Спасибо!

Сразу вижу, дискасс в статьях и блогах Вы не читали )

in4core, вот ты говоришь - MVC у всех свой, не бывает плохих! А потом критикуешь разные подходы, называя их шизофреническими, потому что твой опыт, исчисляемый сотнями проектов так говорит.

[in4core]

Psycho Tiger - не надо путать горячее с холодным!
Вот ты пользуешься циклом while ? Я никогда, но это не значит, что пользоваться этим циклом - плохо.
А вот написать так : var _$_s_bfg:String = "boolean"; нормально ? Я думаю каждый скажет - так писать нельзя! ( хотя можно как угодно ) Есть все же правила какие то, чловеческие чтоль. Так же и с мвс, подходов море, у всех свой, но есть реализации, которые плохи изначально - да, и что теперь?

[vitamin4er]

Сообщение от Psycho Tiger

Сразу вижу, дискасс в статьях и блогах Вы не читали )

Да читал я, читал Ваш блог "Хорошее MVC"...только там слова иногда такие проскакивали...проведем аналогию - игрок в WoW будет мне разъяснять, как надо мочить того РейдБосса...

Добавлено через 1 минуту
Wolsh, спасибо огромное за разъяснения! Перед глазами сразу всплывали абстрактные образы...с таким талантов надо книги писать!

[Psycho Tiger]

Да читал я, читал Ваш блог "Хорошее MVC"...только там слова иногда такие проскакивали...проведем аналогию - игрок в WoW будет мне разъяснять, как надо мочить того РейдБосса...

Ну, чисто на статьях и обсуждениях отсюда уехать далеко сложно. Сторонние ресурсы, гугл – а если это всё нивкакую не понимается, то стараться перейти на мвц ещё рановато.

in4core, так ещё раз.

мвс - это скорее философия и каждый строит свою архитектуру так, как считает нужным.

но есть реализации, которые плохи изначально - да, и что теперь?

Получается, плохие реализации – это те, кто строят реализацию не так, как хочешь ты? Я имею ввиду не конкретно тебя, а абстрактного программиста.