MVC MMORPG и другие непонятные буквы и зачем они.

[Яски]

Я вообще не понимаю зачем использовать MVC фреймворки. Когда пишу приложение выстраиваю структуру сразу по нужной мне функциональности. Как бы все нужное для выстраивания архитектуры и так есть — классы сами определяют взаимодействие. Как мне в этом мог бы помочь фреймворк?

[CrazyFlasher]

2 Яски: это зависит от сложности проекта...mvc показывает своё преимущество и существенно облегчает работу в объёмных проектах...всё чётко, структуированно и никакой путаницы...к примеру, чтобы добавить фичу в проект, не надо перелопачивать и рефакторить весь код.

[Котяра]

Сообщение от Яски

Я вообще не понимаю зачем использовать MVC фреймворки. Когда пишу приложение выстраиваю структуру сразу по нужной мне функциональности. Как бы все нужное для выстраивания архитектуры и так есть — классы сами определяют взаимодействие. Как мне в этом мог бы помочь фреймворк?

Если структуру выстраиваешь "правильно", то скорей всего неосознано (или сознательно) используешь какие-нить паттерны MVC, Фабрика или еще какой Обсервер.
Использовать готовые фрэймворки или нет - дело вкуса и самого проекта.
Мне, например, не удалось воспользоваться pureMVC при рефакторинге уже готового проекта,т.к. он не удовлетворял условиям модульности и независимости представлений. Может позже вникну в MultiCore и все получится.

ЗЫ:
Вот примерная схема иерархической MVC, где дочерние V, сами по себе являются MVC (схема одевания вещи на персонажа из инвентаря)

[vola62]

Так что, объект вида, являеться контроллером для своего MVC, и , собственно видом для родительского? Чёт, я запутался малец....

[Котяра]

Некропостинг у нас не приветствуется)

Так что, объект вида, являеться контроллером для своего MVC, и , собственно видом для родительского?

Да.

[Alex626]

Самое лучшее, что есть - это Scaleform GFX.

[Котяра]

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

Самое лучшее, что есть - это Scaleform GFX.

А это тут причём? Кстати, AS3 появился только недавно там - в 4 версии.

[MXPain]

использовал в одном проекте Pure MVC но особой прозрачности и гибкости не получилось

[fish_r]

Действительно "некропостинг" . Ну, раз уж мумия ожила.... У меня, на данный момент, складывается впечатление, что фреймворки хороши для командных разработок, когда состав команды не является сработавшимся, постоянным. Фреймворк, в этом случае, заставляет членов команды писать придерживаясь
определённых фреймворком правил структуризации приложения, что определённо упростит взаимодействие.

В других случаях он (фреймворк) скорее накладывает ограничения на свободу проектирования, чем помогает.... Ну, может он ещё полезен тогда, когда программист чувствует себя неуверенно при проектировании приложения, тогда да - фреймворк берёт на себя ответственность за организацию структуры. Поправьте если не прав