Добрый день всем.
У меня возник вопрос :
Выгоднее что использовать в таком плане(суть вопроса после *//*) при присвоеном юните в структуре
локалки real, или же создать заранее в структуре реальные и потом использовать

struct Data
unit
real x
real y
endstruct

{
timer t=GetExpTimer() // период оч маленьки к примеру 0.03
Data D=LoadInt
// D.x=GetUnitX(D.u)
// D.y=GetUnitY(D.u)
или же
// real x=GetUnitX(D.u)
// real y=GetUnitY(D.u)
}

Первое имхо.

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

Зачем присваивать много раз? Сделал то что в первом комментарии 1 раз а потом используешь. Преимущество в том что не требуется памяти для инициализации переменных.

не требуется памяти для инициализации переменных.

про новые ты не забыл? лок. пер. инициализации тоже требует, вот к чему клоню...

Не понимаю тебя. Структура это глобалки. А глобалки инициализируются 1 раз. Я вообще про память отводящуюся на объявление переменной.

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

Первый вариант же. Как я и говорил.

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

объявление локалки - это время на объявление. и если тебе актуалено время выполнения, то локалки не подходят

vsparker, актуально мне: память потраченная на то или иное

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

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

agentex, ясно
спасибо всем
можно закрыть тему

объявление локалки - это время на объявление. и если тебе актуалено время выполнения, то локалки не подходят

ничтожно мало, позволяет его полностью игнорировать

ибо никто (или все-таки кто-то?) не знает ТОЧНОЙ и единственно правильной структуры работы джасса

знают крок и я (ну и вд немного видел) - ваша гипотеза совершенно верна.

SRes, ADOLF, хм ясно, тогда буду лок. пер-ми, а то в структурах еще не оч.

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

и если говорить честно - то структуру надо создавать тоже т.е. это медленно

при периодическом передвижении юнита, если вдруг требуется проводить действия над группой в известных меняющихся координатах то я не создаю в функции при каждом ее вызове группу а создаю глобалку и называю ее tempG. потом когда надо например нанести урон группе в x\y то я заполняю группу войсками провожу неоходимые операции и вконце очищяю ее но не удаляю (!) мое мнение - так быстрее всего. так же лучше не локалить handle в функции а использовать только переменные которые не надо обнулять.