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

пиши %%

function AdjustCooldownModel takes integer h, real maxCD returns nothing
	if h>0 then
		call WMem(h+0xB4, mI2R(maxCD))
	endif
endfunction

call AdjustCooldownModel(GetUnitAbility(u,'Abil'),10)//set total cooldown value to 10

а до этого ставишь остаток кд функцией

понимают тем, что это жестко прописано в движке, но увидеть исходник не получится

зависит от твоих нужд
например, мне нужно хранить последние 5 секунд позиций нескольких юнитов, т.е. разбитые на участки по 0.25 секунд снимки хп/мп/координат каждого из них
это 5*4 = 20 значений каждого, итого 80
когда мы доходим до секунды 5.25, то надо сдвигать все предыдущие на единичку назад, и вставлять текущие данные на последний слот
это 79*4 операций чтения и 80*4 записей (считаю грубо, всё для примера)
когда это делается в хештбалице, нагрузка значительно выше выходит, чем если делать на массивах (хт перебирает ключи как ассоциативный массив, а обычный массив просто обращается к памяти с указанным адресом, в разы быстрее).
Но чтобы делать эту процедуру на массивах, тебе нужен индексатор этих самых юнитов, чтобы их уникальный ключ не превышал лимит массива. Это дополнительный код, который тебе нужно реализовать с нуля. Но после реализации система становится быстрее.
Была она до этого медленной? да. Влияло ли это на игру? Нет, это 100-200 микросекунд.
Опять же, когда у тебя есть пре-процессор типа vJASS + сниппеты типа Table , которые имитируют массив самостоятельно, они снимают с тебя часть обязанностей. Но из-за того, что они созданы для ОБЩЕГО случая, они все равно не дадут того выигрыша в скорости, который можешь ожидать.

Используй то, что тебе удобнее, и оптимизируй только когда это реально влияет на игру. habr.com/ru/post/550926

И не забывай, что дота стала популярной еще во времена, когда была написана почти целиком на ГУИ и нихера в ней не пахло даже оптимизацией.

native AddSpecialEffectTarget takes string modelName, widget targetWidget, string attachPointName returns effect
любой widget сойдет, не только юнит

жасс - жестко ограниченный скриптовый язык, в нем потолок довольно четкий, единственное, где можно прогрессировать, это в оптимизациях, типа вместо ==false использовать not, вместо groupEnumUnitsInRange(filter) использовать null-фильтр и перебирать в цикле, етк
мемхак - это не про изучение, это про доступ к новому API , когда он нужен. изучать конкретно там нечего. Ну, некоторые функции у меня "написаны" на ассемблере, чтобы максимально быстро выполняться, но это уже извращения для конкретных целей.

когда источник или target =null

только те, которые хардкодно позволяют выбирать такие цели (дерево - "съесть дерево")

где вы находите игроков на эти странные версии? есть только 26 и официалы, всё остальное такие мизеры, что даже думать о программировании под них стыдно

function AddBuyingUnitToAneuShop takes unit shop, integer aid, unit u returns nothing
	local integer aa=GetUnitAbility(shop,aid)
	set LastConvertedHandle=ConvertHandle(u)
	if LastConvertedHandle>0 and aa>0 then
		call CallThisCallWith3Args(GameDLL+0x06ACD0,aa,LastConvertedHandle,1)
	endif
endfunction

где shop - магаз, aid - абилка, которой он продает (дефолтная Aneu), u - кто должен стать покупателем