Безопасно ли использовать хендл юнита как индекс для массивов? Т.е. вместо использования ХТ, хранить данные в массиве с индексом объекта.

Пример:

local unit u = GetEnumUnit()
local integer i
set i = GetHandleId(u)
set udg_a[i] = 0.00
set udg_b[i] = 0.00

Faion, нельзя юзать, ибо максимальный номер слота - 8192, а хендлы бывают гораздо больше.

Есть ли какой то способ воплотить что то подобное?) Или же самый оптимальный вариант хранить по ссылке индекс который создан будет. Просто сам думаю знаешь, хт медленно работает, а мне необходимо хранить 8 реальных чисел отдельно для каждого юнита, и возможно таких юнитов будет не 12, а за сотню.

Faion:

хт медленно работает,

чушь

Жаль удалил ответ в пм ТК, но он сказал что массив > ХТ, и если не ошибаюсь, то он добавил что чувствительно медленнее.

Блин. Ты ощущаешь разницу между "медленно" и "медленней, чем массив"? Сам додумаешься?

Если бы не ощущал разницу, не задавал бы вопроса, и реализовал бы все и с использованием ХТ=)
Тему можно закрыть, т.к. ответ на интересующий вопрос получен.

да не намного медленней, хотя с версией 1.24 всё стало гораздо медленней из-за hashtable. там у тодди помимо обращения к ячейке, ещё вызов этих убогих функций хештейбла + 5-10 проверок нужного айди массива

ScorpioT1002 добавил:
ну кароче в цикле лучше его не юзать)

если хендл содержит например 8 цифр ,то
сделай два массива и разрежь число пополам.

значение как собрать думаю ясно, и поиск тоже ясен.
конечно при трех массивах утебя максимум будет 819 281 928 192 :)

не надо ничего резать, надо просто вычесть число, с которого начинается отсчёт

У меня хеш таблица всему голова, и не такая уж она медленная. Да глобалки быстрее с массивами но не значительно.

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

Лимит у этой задачи отсуствует и
ограничен только наверное jass лимитами по
хранению коллекции массивов в карте.

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

вот теория:
например хендл имеет значение 123456789
1.создаем 9 массивов, каждый массив индексирует до 8291 элементов.
2.режем число посимвольно, по 1 символу.
3.ищем индекс в первом массиве ставим 1,во втором и ставим 2 и так до 8 массива. 4. в девятом массиве нужно записать значение ,которое требуется

сохранить.
вот сосбтвенно и все.

конечно я тут не даю jass функции, извлечения значения, но напишу словами:
функция принимает один аргумент, это число в виде текста.

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

если в какой то из первых 8 переменных значение не равно 1,то означает такого числа нету и функция должна возвратить nothing.

если же в первых 8 значение единица и в 9 значение не nothing ,то возвращаем значение 9 локальной переменной.

стоит учесть ,что тут пример для девятизначного числа.

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

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

стоит также учесть, что образно, все числа записываются в эти N-массивов слева направо.

ну вот, думаю , кто нито сделает обертку через jass.

конечно, наличие хэшей возможно перечеркивает на корню, такие алгоритмы.

ScorpioT1000, ты прав, можно или вычислять или прибавлять.

в любом случае придется через функцию определять куда записать.

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

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

Alex_Hell, тут ошибка у тебя для хэщ таблиц.

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

то есть ты ввел ключ типа "12323232" , алгоритм хэша , хэширует его ,получает хэш,
что есть индекс, делает смещение и выдает результат.

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

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

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

там нехитрые побитовые операции, которые выполняются за один процессорный такт

ScorpioT1000,
да ты не так делай.
ты код ассемблерный покажи этой фукнции ,чтобы сразу стало все ясно.