Как должны выглядеть параметры добавляемого игрового объекта?

Question

[Сергей Мурзин]

Предположим, что у нас есть функция, которая принимает два аргумента: имя объекта и сам объект (или его конструктор).
Функция, принявшая аргументы, создает игровой элемент, который состоит из:
1. одного спрайта размером в один тайл
— ширина и высота составляет один тайл, у него есть графический вид и анимация.
2. одного спрайта площадью в несколько тайлов
— задана ширина и высота, есть графический вид и анимация, которая занимает всю заданную площадь
3. нескольких спрайтов и имеет пустые зоны
— в заданной ширине и высоте есть разрывы, в которых при игровом процессе могут появляться другие объекты
— все тайлы могут иметь как одинаковый графический вид, так и свой индивидуальный.

Приведу примеры.
В первом варианте можно представить некоторого персонажа (например Марио), который перемещается по игровому миру.
Во втором — здание или большой танк, как в стратегиях.
А в третьем — здание с пристройкой или пулеметное гнездо в которое можно поместить пулеметчика, или деталь пазла.

Comments

[Денис Загаевский]

В чём вопрос?

[Сергей Мурзин]

Какие параметры должны быть у объекта?

Answer 1

[xmoonlight]

Обычно, делается с помощью "дерева" зависимостей.
Нужно различать "скелет", "шкуру", а так же поведенческий класс: роль в сюжете игры и обработка реакций на игровые события: попали в меня, вижу противника/препятствие в радиусе R и т.д.
Т.е. передавать для создания нужно:
1. Координаты
2. Дерево спрайт-объектов (идентификаторы спрайт-объектов, относительные координаты (от центра всего объекта), их центры вращения, зависимости преобразований при вращении объекта или каждого спрайта в отдельности)
3. Спрайт-карту для этого дерева (частично/полностью статичную или анимированную)
4. Имя поведенческого класса (роль объекта с обработкой реакции на игровые события)

Как правило не делают сложных зависимостей и всегда хватает обычных объектов и дальше делается из них attach/detach (то же самое дерево зависимостей координатных перемещений и поворотов), чтобы создать сложный (шагающий робот и т.п.).

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

Тонкостей - ВАГОН)

Comments

[Сергей Мурзин]

Спасибо за хороший ответ.
Но как это должно быть реализовано? Можно пример хорошего движка?

Дело в том, что я, для закрепления изученного по javascript-у, хочу написать на нем аналог игрового движка. Сам по себе он ничего особого не делает, лишь добавляет свой объект (например MG или MyGame). А для создания самой игры надо ее зарегистрировать в этом объекте, добавить игровые элементы и написать правила.
В итоге должно появиться что-то наподобие любимого с детства Brick game-а, но в который можно добавлять новые игры. Так же хочется что бы он в дальнейшем подошел для стратегий.

[xmoonlight]

Сергей Мурзин: лично я - юзаю crafty.js там хорошая архитектура и "вылизанный" код и все это продумано! Попробуйте поучиться у них.