Читал стать по оптимизации, работаю до сих пор на ГУИ, да такой вот ленивый не перехожу на Джаз, но утечки замучали с вытекающими последствиями. Планирую немного подчистить код, если я правильно я понял то каждое обращение к юниту, например в в цикле " пока не....", запоминается, будет ли эффект чистки памяти, если после выбора юнита, я за ним закрепляю переменную и потом её обнуляю, или само по себе обращение уже проблема?
Или же триггер определяющий при определенных условиях атакующего, если атакующего перед действиями забить в переменную, а потом обнулить, будет ли это фиксом утечки? Или же подобными методами я лишь добавлю переменные, которые просто будут сами себя компенсировать, не влияя на начальные обращения к юнитам?
Или же триггер определяющий при определенных условиях атакующего, если атакующего перед действиями забить в переменную, а потом обнулить, будет ли это фиксом утечки? Или же подобными методами я лишь добавлю переменные, которые просто будут сами себя компенсировать, не влияя на начальные обращения к юнитам?
Принятый ответ
Alexander69, xgm.guru/p/wc3/optimisations
внимательно прочти то что там написано
особенно про переменные
если коротко то объект не может быть удалён из памяти пока используется (хранится в переменных/хэше/кэше)
внимательно прочти то что там написано
особенно про переменные
если коротко то объект не может быть удалён из памяти пока используется (хранится в переменных/хэше/кэше)
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
Ред. EnergyFrost
К слову джаз- музыкальное направление. джасс- ЯП
переменная=атакующий юнит
переменная =0
EnergyFrost, пробовал, значительная часть тригеров перестала работать, касается особенно обращений к областям, например юнит выходит из области и вернуть его.
Ред. NekoriDes