Структура системы инвентаризации игр?

Question

Я работаю над системой инвентаря для моей маленькой RPG-игры. Это предназначено для многопользовательских игр. До сих пор у меня рабочая программа, но я довольно неудовлетворен ею и хочу начать с новой. Я говорю главным образом о модели, а не о представлении.

• Предполагается, что Пользователь имеет несколько инвентарей. Различные запасы для напитков, другие для некоторых специальных предметов, только для граффити и т. Д.

• Инвентарь может содержать до n элементов, представленных в слотах. X, y не является фиксированным и может быть изменен пользователем в зависимости от его устройства.

• Товар может быть уложен или нет. Если он не может складываться, он может быть оборудован.

• предназначены для различных устройств (Mobile/Desktop)

Моя проблема была в основном, что он стал слишком зависим друг от друга. У меня был класс Item и ItemStack. Если Item является штабелируемым, Item будет добавлен в itemstack с суммой. Оба унаследованы от AbstractItem - хотя Itemstack не является Item, но я не знал, как его добавить. Это привело к тому, что мне пришлось добавлять методы в абстрактном классе/интерфейсе, чтобы иметь возможность нормально работать с обоими классами. Подобно добавлению currentCount() в абстрактный класс, который необходим только для ItemStack, но Item также имеет его, хотя он ему никогда не понадобится. Кроме того, Inventory хранит InventorySlot, который имеет только один ItemStack или Item и переменную для позиции этого слота. Различные инвентаризации были бы реализованы с простой проверкой Itemtype (enum).

View будет просто искать инвентарь. Проверяется не - пустые слоты и читает текстуры в классе Item - или текстуры в пункте в ItemStack ~

That's, как я думал об этом, но это, кажется, дерьмо.

Как вы рекомендуете создавать такую ​​простую, но легко обновляемую и поддерживаемую систему? Лучше ли отличать Itemtypes (и с этим Inventories) за перечисление или даже просто создавать собственный класс для него или создавать интерфейс для таких вещей, как Consumable, Equipable и т. Д.?

Answer 1

это трудная тема, потому что это зависит от вашей игры или дизайна вашего инвентаря

Я могу предложить:

вы можете хранить все ваши детали как JSON в SQLite [{item1: {имя: х, атр: х, атк: 5, аги: -3, LBL: оборудование}, ... и т.д., и т.д. ...}]

с, что вы можете иметь более гибкую структуру для каждого элемента, даже если вы можете преобразовать каждый json-объект в определенный объект Java с помощью GSON, если вы не хотите усложнять это, тогда у вас есть ограниченное количество слотов или, может быть, одна большая инвентарная сетка, где вы можете разместить все разные предметы