Пока писал тред, понял, что можно хранить в сериализованном объекте уникальное имя функции, а потом доставать уже только функции из отдельного файла. Но тоже звучит как-то странно
Чет ты залупы намутил, делаешь ресурсовые айтемы, делаешь слоты инвенторя, делаешь инвентарь. Сам айтем только хранит базовые данные, по типу сколько в стаке может быть, стакается нет, иконка и т.п. Слот инвенторя отвечает за смену, добавление и удаления у себя айтема, если добавляемый айтем такой же, то просто добавляет количество этого айтема в слоте и т.п. Сам инвентарь уже отвечает за слоты, проверяет на наличие пустых слотов и т.п. Если тебе нужно заюзать айтем, то за это отвечает уже отдельный обработчик, как раз в нем и должна быть прописана вся логика для юзабельных айтемов, сначала запрашиваешь ид у айтема, потом матчишь его, и выполняешь то что нужно. Никая блядь лишняя логика не должна быть в слоте и тем более в айтеме.
Инвентарь у меня так и работает, в каждый слот просто добавляется инфа из предмета. Вопрос в том, как организовать эти обработчики. То есть я правильно понял во втором после, что я должен по id предмета доставать нужную функцию из отдельного файла?
У тебя должен быть один обработчик в котором и будут все функции.
Условно у тебя есть класс плеер, у него есть инвентарь, допустим по нажатию кнопки 1 у тебя должен юзаться предмет из первого слота, получается у тебя должна быть у плеер функция которая отследит нажатие, возьмет ид у предмета, заматчит его, и выполнит то что нужно. Вообще это не обязательно должен быть ид, скорее даже желательно что бы вместо него был тип предмета чтоб каждый айдишник не вписывать в матч. Короч что то наподобии пикрила должно получиться.
Да, это самый простой вариант - к каждому предмету прикрепить скрипт с коллбэками типа on_use, on_examine, on_drop
Поумнее - разделить айтемы на классы (оружие, лекарства, квестовые предметы и т. п.) и хранить только данные для них
Использую я godot если что, но по сути проблема более общая, так что жду советы от всех.