потому что ерунда

J, Но работает отлично

имей ввиду, что программиста за слова "работает да и ладно" можно увольнять с работы

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

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

допустим мы создаем компанию и у нас есть 250 нестандартных предметов, тебе будет легче под каждый предмет сделать новую декорацию + к пару сотням декорация стандартных предметов, или воспользоватся уже имеющимися и ниодной лишней декорации не создать?

Суть такая я создаю инвентарь другим методом... а именно с помощью ХеШтаблиц и id предмета. при запуске создаем декорации с таким же id, которые сохраненны в хтбл, а где 0, создаём пустые слоты. то есть id будут универсальны, как для создание декорации так и для создание предмета.

т.е. ты каждому типу предмету сопоставляешь тип декорации, если у предметов одинаковые иконки то ты просто сопоставляешь им одинаковые декорация? как глупо... видно ты очень недолго работал с инвентарями.. ну вообщем ладно, страдай фигней дальше...

че ты от меня хочешь услышать? ну делай...

Ну можно и масивом пользоваться, ну ХТ как раз и созданная для таких целей.

а я не говорю не пользоваться хешем, кок раз и нужно

вобщем ты просто не понимаешь о чем речь не шаришь... TT
я кокраз для таких как ты статью и писал

какого коркаса? хотя впрочем неважно, если ты настолько глуп чтобы игнорировать все что тебе говорят я невижу причин говорить тебе чтолибо еще

разве назначение одинаковых id для предмета и декорации может привести к ошибке?

речь шла не одинаковых ид, а ид отключающихся доуг от друга на одно и тоже число, т.е. например idDest = idItem-0x10000 и подобное...

Почему так? Т.е. если взять id предмета и по нему найти декорацию, получится не быстрее, чем через кеш взять текстуру для предмета и найти по этой текстуре декорацию?

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

Ну, во первых мы ведь говорим не об универсальных системах, а об инвентаре, требуемом конкретному проекту, т.е. если мы заранее знаем, что предметов будет ВСЕГО скажем около 150-200, то вполне реально.

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

Во вторых, и в правду, не очень хорошо, если многие предметы будут иметь одинаковые иконки.

ну тогда нужен тот идеальный вариант что я сказал выше

J добавил:

Если взялся писать эту статью, будь добр, дай более развернутый ответ, почему так хуже, а так лучше!

мне глубоко пофиг будете вы это читать или нет
нравится вам статья или нет
меня это не интересует, статья писалась не для критики, а лишь как обучающий материал
если с чем-то в ней вы не согласны это не мои, а ваши проблемы
делайте как вам удобно, но не пудрите мозги тем кто смотрит данный топик инфой противоречащей статье
просто представьте что автор не дураг и не просто так высосал из пальца инфу без никакого опыта и тестов в отличии от ZeToX2007, где то что он говорит основано на не опыте, а лишь на его теории из здравого смысла

JamesBlack, ты путаешься между словами хендл, ид и тип
в верхнем посту все что я говорил насчет ид это имел ввиду тип (равкод)
хендлы мы пока не затрагиваем

J добавил:
JamesBlack

мы ведь говорим не об универсальных системах, а об инвентаре, требуемом конкретному проекту

кстате, любую систему хоть для своего проекта хоть для другово нужно писать так будто пользоватся ей будете не вы, делай ее максимально гибкой и универсальной, даже любое самое очевидное взаимодействие с сстемой оборачивать в функцию, хоть даже вы наизусть его знаете, в этом и есть "тру-кодинг"