Мысли: PureMVC для флеш игр

Question

Итак, после проведения некоторых исследований кажется, что принятие шаблона, в данном случае PureMVC, может быть хорошим выбором.

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

Вопрос в том, есть ли какие-либо недостатки у этого шаблона? Скажем, например, производительность?

Если кто-нибудь реализовал игру с использованием этой платформы,Хотелось бы услышать некоторые отзывы об этом.

Идея состоит в том, чтобы создать солидную базу, полагая, что игра со временем может усложниться.

Спасибо!

Answer 1

Среды MVC всегда добавляют некоторые накладные расходы и заставляют вас кодировать определенным образом. В частности, во Flash большинство из них имеют сложные структуры для создания и отправки событий. Это может быть хорошо для крупных корпоративных проектов, но не так много для игр, где вам нужно будет настроить все аспекты игрового движка. Если вы используете MVC-фреймворк, скорее всего, вам придется взломать фреймворк, чтобы достичь того, чего вы действительно хотите, или для оптимизации.

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

Answer 2

Я использовал как PureMVC, так и Robotlegs. Я использовал их оба для утилит, веб-сайтов и приложений. Обе платформы хороши, особенно если вы хотите узнать, как следовать MVC. Они позволяют легко следовать MVC, намного лучше, чем то, что новичок сделал бы сам. Когда я начал их использовать, это было для меня поучительно, и я узнал, как плохо и неправильно я сам структурировал MVC.

Однако, как сказал Лоран, MVC иногда становится слишком большим и сложным для игр. Я сталкивался с этим, в обоих. Следуя их правилам, иногда выбирайте такой длинный путь, что небольшая проверка кода иногда занимает много времени для кодирования и отладки.