Кто-нибудь играл с PushButtonEngine? - PullRequest
1 голос
/ 12 ноября 2009

http://pushbuttonengine.com/

Я хотел бы знать, если кто-нибудь испытывал какие-либо серьезные (особенно производительность) проблемы с двигателем. Какие-нибудь тяжелые функции, от которых мы должны держаться подальше?

Спасибо.

Ответы [ 2 ]

1 голос
/ 10 января 2010

Я достаточно подробно изучил PushButton (создав серию учебных пособий, вы можете найти здесь ). Я согласен, что основная часть движка сосредоточена на создании интерфейса на основе компонентов (который, вероятно, имеет такое же отношение к их хранилищу коммерческих компонентов, как и к созданию полезного кода), что может быть немного странным, если Вы не использовали такой шаблон дизайна раньше. Как только вы преодолеете этот аспект двигателя, он станет достаточно мощным и полезным.

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

По крайней мере, такой же мощный, как и другие флеш-движки, такие как Flixel , и сэкономит вам время на написание собственного движка. И в конце дня это бесплатно, так что вы можете принять решение без каких-либо обязательств.

1 голос
/ 13 ноября 2009

Я никогда не использовал движок, но просмотрел исходный код. У меня есть некоторый опыт работы с высокопроизводительными играми во Flash. Он будет достаточно хорош для любой игры, достаточно простой для запуска не сильно модифицированной версии PushButton.

Тем не менее, причина, по которой проблем с производительностью нет, заключается в том, что она действительно много делает - для фреймворка это похоже на множество фреймворков. У них есть интерфейсы интерфейсов интерфейсов для кода, которые, в конце концов, имеют две функции, которые фактически делают что угодно, даже если вызов проходит через два или три уровня, чтобы попасть туда. PushButtonEngine имеет / имеет хуки для трех основных задач:

  1. Загружает файл, который содержит «определение уровня», что является их причудливым способом сказать «список определений, которые мы передаем Box2D» плюс пара привязок имени <=> art.
  2. Помещает материал на экран.
  3. Занимается физикой (опять же, выдавая себя за Box2D.

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...