Как выбрать нужный шаблон проектирования в игре?

Question

[Narical]

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

Столкнулся с проблемой добавления заклинаний в уже существующий код - они все разные и эффект должен включаться в разных частях кода на разных уровнях абстракций. К примеру, заклинание которое позволяет атаковать первым - его эффект вступает при сравнении инициатив в функции просчёта боя. Заклинание, которое добавляет в % бонус к урону, должно это делать внутри функции пересчёта характеристик игрока, потому что бонус должен складываться с другими до округления, Fireball должен вообще отменять бой...

Проштудировал книгу по шаблонам проектирования. Очень многое узнал, очень всё круто - но как применить любой из описанных шаблонов к моей ситуации, не знаю.

Comments

[AtomKrieg]

А кто должен знать? В чем суть вопроса?

Answer 1

[Ilya Bobkov]

Для демки используйте MVP. В интернете материалов полно.

Comments

[Narical]

Такой ответ я мог бы сам себе написать - за тем исключением, что посоветовал бы более подходящие паттерны из книги выше (state, observer, command).
Проблема не в том, что задействовать - вопрос как именно это сделать.

[Ilya Bobkov]

Narical: Вам не шаблоны нужны, а практическое понимание C++. Это можно и без шаблонов делать.

[Narical]

PsychoCoder: это очень общие слова. Может, что-то более конкретное подскажете?
Код тут: https://github.com/narical/asciidunge

[Ilya Bobkov]

Narical: Вообще-бы я все заклинания поместил в list. Например std::list<класс_заклинания> g_magics; И предоставил-бы ему доступ на глобальном уровне. (Разместил в common.h). или в классе Game. Советую скачать исходники doom3 и ознакомиться.

[Narical]

PsychoCoder: хранение заклинаний можно как угодно организовать, вопрос как их эффекты внедрить в остальной код не увеличивая его связность

[Ilya Bobkov]

Narical: class Effect() { void render() {рендер эффекта} } создать экземпляр эффекта в классе заклинания Effect effect;

Answer 2

[AxisPod]

Шаблоны проектирования тут как бы совсем и не к месту, игры и изучение программирования вещи не очень совместимые. Ибо правильный ООП будет приводить к сжиганию стула. Так или иначе тут надо копать в сторону Машины состояний.

Comments

[Narical]

Это однозначно да. На текущий момент "игра" работает в консоли, обновляя кадр 2 раза в секунду. При переделке под SDL2 естесственным образом получается нормальный реалтайм, там без машины состояний нормально не получится.

[Mercury13]

> Машина состояний
Надмозговый перевод. Конечный автомат.

[Narical]

Mercury13: абсолютно нормальный устоявшийся термин.

[Mercury13]

Narical: Значит, критическая масса надмозгов уже появилась и сделала термин устоявшимся. И это не единственное — меня коробит, например, «сборка мусора» при нормативном «сбор мусора».