Добавлен avuremybe
Как лучше поступить?
Вар.1: хранить большую БД, с тремя десятками полей для каждого задания (описания, требования для получения, награды, к чему открывает доступ и т.д.) и десятком для кв-итема.
Вар.2: по завершению каждого кв-итема вызывать ф-цию, в которой руками прописывать все необходимые действия.
Вар.2: по завершению каждого кв-итема вызывать ф-цию, в которой руками прописывать все необходимые действия.
Принятый ответ
Если умеешь в ООП, то можно сделать конструктор заданий, которые будут набираться из его деталей (структур).
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
Отредактирован Clamp
На какие детали ты предлагаешь делить задания?
Каждый модуль отвечает за свой участок работ (визуализация заданий в журнале, отслеживание прогресса выполнения разных типов заданий, продвижение по этапам задания итд).
Но это же явно не то, что ты имел в виду, да?
Отредактирован nvc123
событие при котором запускается квест
условие прохождения
и награда при прохождении
для каждого из 3 полей создай по 1 классу которые ничего не делают и только содержат необходимые методы
далее создай классы наследующие базовый и переопределяющие эти методы
советую чтобы среди этих классов были классы контейнеры способные хранить другие объекты своего типа
например класс GroupEvent наследует класс Event и содержит в себе список объектов класса Event
класс Event содержит метод check который возвращает true
класс GroupEvent переопределяет метод check который возвращает true лишь в том случае если все содержащиеся в нём объекты класса Event вернут true
с точки зрения использования система будет выглядеть следующим образом
Отредактирован Clamp