Все знают SCV и ее недостатки.
Я обратил внимание на систему custom value(user data) - стандартная функция джаза.
Позволяет присаивать юниту целое число. Только одно. Но в 1 целое число можно зашифровать несколько других: a, b, c, d, e, f, g, h итд. Математически это выглядет вот так: 2^a*3^b*5^c*7^d*11^e ну и тд. Алгоритм расшифровки несложен, как и алгоритм получения простых чисел. У этой системы есть ограничение - максимальный размер целого числа(который мне неизвестен).
Вывод: Для записи небольших чисел лучше использовать систему UltraCustomValue, которую я изложил выше.
Вывод не вполне обоснован, поэтому нужны комменты.

Тип интеджер - число с разрядностью 32 бита, может принимать значения от [ -(2^31) .. (2^31)-1 ]
Дополнительную информацию про тип читай в статье Адольфа - http://xgm.guru/articles.php?section=wc3&name=about_int

Идея проста как шпингалет. В программировании побитовый сдвиг для "упаковывания" нескольких чисел в одно уже давно используется.
Пример - в заголовке TGA файла байт #17 хранит в себе 4 параметра.

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

Ну и к тому же родной Custom Value есть только у юнита и предмета, с остальными типами нужно писать дополнительные размещающие функции.

ShadoW DaemoN Число параметров может быть любым. Расшифровываем (делением) сначала степень 2 потом 3 а в какой-то момент число-код станет делиться только на 1. Значит параметров больше нет.

Шпингалет даже сложнее.

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

kvaDrug ты можеш передать таким образом только 32 бита, в джазе вытаскивание бита из числа весьма затратачная операция по сравнению например с Си
да и передавать информацию можно только юнитам и предметам, так какой смысл?

Это ИМХО самый извращеный способ присваивать юниту какой либо параметр. К тому же вся эта система будет работать даже медленнее чем SCV.

PlayerDark добавил:
для передачи большого кол - ва параметров упаковывайте их все в строку.

умножение / делением

http://xgm.guru/articles.php?section=wc3&name=about_int

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



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

записать в юзер дату структуру? и в нее юнита и все будет ок (ну если сделать норм отчистку)

Не знал, что это система DimonT-а, думал просто такая-себе самостоятельная система, и это не акция протеста.

Не вкоем случае. 100% быстрее. И главное беззатупно, что собственно я ищу.

ADOLF умножение/деление на порядок отличается от битовых сдвигов, отсюда и иррациональность

извращения подобного рода хуже чем кеш

ADOLF, для сравнения: в си битовый здвиг быстрее операции сложения

всеравно это будет быстрее в некоторых случаях (ну точно быстрее чем бд по обьектам на массивах/кеше)



резон? кешь медленне и неудобнее, чем же он тогда лучше?!



при чем тут си? да, это разные интсрукции, сдвиги быстрее и?



лол) удачи!

Именно в той теме придумано несколько хороших способов.
Используй их и не мучайся.
Надеюсь, поймёшь хоть один