Структура данных для хранения предметов

[L_M]

Здравствуйте. Есть игра, в ней разные предметы по типу(оружие, броня, бижутерия и пр.). Кроме того предметы делятся по классам игроков, то есть, например, есть топор для воина, а есть топор для мага. И так все предметы. Ну и конечно же все предметы делятся по уровням(то есть отдельно посох для мага 1-го уровня, и отдельно для мага 2-го). Кроме того, предмет можно улучшать. То есть для предметов необходимо хранить:
1) уровень
2) класс персонажа
3) название
4) ссылку на картинку
5) характеристики(несколько, причем набор для всего разный)
6) характеристики, которые предмет получит после улучшения

Про последний пункт - он нужен из-за разности классов, уровней, и типов предметов. Собственно подскажите структуру данных для хранения.
P.S. может разделом ошибся?

[Виталий Желтяков]

Двухмерный массив - удобно и быстро.
У меня по крайне мене в проекте так реализовано, не жалуюсь.

[Beermonza]

L_M, создай собственный тип для предметов, и привяжи к динамическому массиву, например так:

type
  TGItems = packed record
    TGType:           Byte;           // тип вещи (0 - меч, 1 - лук, 2 - посох, 3 - броня, 4 - шлем и т.д.)
    TGPType:         Byte;           // подтип вещи (класс, 0 - простой, 1 - первого уровня, 2 - второго, ...с вложенной магией и пр.) 
    TGName:         PChar;         // название вещи
    TGImgIndex:   Word;          // номер картинки в банке текстур
    
    // тут записи, полный набор, какие могут быть у вещей
    // заполняться будут по значению TGType самим движком
    // некоторые будут не задействованы
  end;


Var
  ItemMas: array of TGItems;     // это динамический массив вещей

...все в принципе, по ходу будешь добавлять новые необходимые записи в тип. Сам массив расширяется командой SetLength:

SetLength(ItemMas, N * SizeOf(TGItems));

N - количество ячеек, т.е. вещей в игре.

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

[L_M]

То есть хранить в объекте или массиве требования предмета, а для использования проходить весь массив и сравнивать допустимые свойства? То есть если нужен топор, то просматривается весь массив, сравнивается свойство "тип", "уровень" и "класс".
Я просто предполагал сделать индексами уровень для простоты обращения. Ну и класс собственно(m[1]="предмет1 класса1 уровня1", m[2]="предмет1 класса2 уровня1", m[3]="предмет1 класса1 уровня2", m[4]="предмет1 класса2 уровня2"...). То есть меня волнует вопрос, как бы это сделать быстро. Но для разных предметов создавать разные массивы? Или придумать какую-нибудь извращенную схему поиска и запихнуть все в 1 массив? Например создать дополнительный массив границ типов предметов...
Хотя мне сейчас пришла идея генерировать ключи, т.е. использовать ассоциативный массив. Попробую так, поиск должен стать линейным тогда...

[Beermonza]

Поиска по всему массиву быть в принципе не может. Вот на карте клетка, в ней написано, например: {3}{25}{138} - это в байтах, первый указывает, что это какая-то вещь (все динамические массивы игровых объектов должны иметь номера, чтобы движок сразу обращался к нужному массиву), второй и третий - это Word цифра (после преобразования 0-65535), она указывает на конкретную вещь в массиве всех вещей. Поиска нет, сразу конкретный предмет. Так же он будет отмечаться в магазине на прилавке, в инвентаре, только там первый байт уже не нужен, поскольку в инвентаре только вещи, объектов нет.

[L_M]

Beermonza, да, спасибо, я пришел примерно к такому же виду.