A unique identifier of an item in the dungeon.

Game items in actor possesion or strewn around the dungeon. The information contained in this time is available to the player from the moment the item is first seen and is never mutated.

Some items are not created identified (IdentityCovered). Then they are presented as having a template kind that is really not their own, though usually close. Full kind information about item's kind is available through the ItemKindIx index once the item is identified and full information about the value of item's aspect record is available elsewhere (both IdentityObvious and IdentityCovered items may or may not need identification of their aspect record).

Either the explicit obvious kind of the item or the kind it's hidden under, with the details covered under the index indirection.

An index of the kind identifier of an item. Clients have partial knowledge how these idexes map to kind ids. They gain knowledge by identifying items. The indexes and kind identifiers are 1-1.

The secret part of the information about an item. If a faction knows the aspect record of the item (the kmConst flag is set or the itemAspect field is Left), this is a complete secret information. Items that don't need second identification may be identified or not and both cases are OK (their display flavour will differ and that may be the point).

The itemAspect accessor it to be used unconditionally only on the server where it's guaranteed to be safe.

Full information about an item.

The map of item kind indexes to item kind ids. The full map, as known by the server, is 1-1. Because it's sparse and changes, we don't represent it as an (unboxed) vector, until it becomes a bottleneck (if ever, likely on JS, where only vectors are fast).

The map of item ids to item aspect reocrd. The full map is known by the server.

The map of item kind indexes to identifiers of items that have that kind. Used to update data about items when their kinds become known, e.g., AI item use benefit data.

Fields are intentionally kept non-strict, because they are recomputed often, but not used every time. The fields are, in order: 1. whether the item should be kept in equipment (not in pack nor stash) 2. the total benefit from picking the item up (to use or to put in equipment) 3. the benefit of applying the item to self 4. the (usually negative) benefit of hitting a foe in meleeing with the item 5. the (usually negative) benefit of flinging an item at an opponent

Number of items in a bag, together with recharging timer, in case of items that need recharging, exists only temporarily or auto-activate at regular intervals.

A bag of items, e.g., one of the stores of an actor or the items on a particular floor position or embedded in a particular map tile.

All items in the dungeon (including in actor inventories), indexed by item identifier.