Оптимизация GUI перменных в массивы

Зачем тебе столько переменных?

KaneThaumaturge:

Зачем тебе столько переменных?

Ну а как еще делать триггеры? 1 триггер(+5-6 переменных) Кодить на джассе я пока не умею :(

Не знаю что ты там придумал, но я тоже недавно перешёл с гуи. Триггеров было довольно много, но я обходился максимум 40-80 кол-вом переменных. Зачем для каждого триггера создавать новые переменные?
Скинь карту, посмотрю.

нет, количество переменных не влияет никак

Достаточно делать массивы переменных.Даже не триггерах это просто

KaneThaumaturge:

Не знаю что ты там придумал, но я тоже недавно перешёл с гуи. Триггеров было довольно много, но я обходился максимум 40-80 кол-вом переменных. Зачем для каждого триггера создавать новые переменные?
Скинь карту, посмотрю.

так вот в этом и вопрос мб в этом случае использовать массивы? переменные конечно проще создавать новые для каждого триггера пушто так удобнее знать какая и за что отвечает и в дальнейшем легче обращаться, но это возможно сильно нагружает карту. Да и зависит от объема карты, у меня к примеру стоит цель сделать ~200 персонажей, на каждого персонажа по 5-6 спелов в среднем, итого нужно сделать ~1к спелов(не считая систем), а это 5-6к переменных получается

Как и писали выше, кол-во переменных особо не влияет. Но возможно при инициализации у тебя слишком много нагружающих триггеров.
Скинь карту.
Все мы когда-то начинали костылить на GUI, не нужно стыдиться.

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

и уточни на каком моменте это "долго загружается"
когда полоска загрузки в начале или в середине-конце?

В моей карте 899 переменных, включая массивы, причём массивов триггеров 46, а просто триггеров 50, карта шустро загружается в игре.

PT153:

В моей карте 899 переменных, включая массивы, причём массивов триггеров 46, а просто триггеров 16, карта шустро загружается в игре.

это ещё фигня)
я видел гуи-монстров с 1000+ триггерами и бездонной функцией инициализации переменных
при этом карта грузилась очень быстро на моменте main потока

с помощью define перехватывал CreateTrigger() на аналогичный, но со счетчиком

UrsaBoss:

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

и уточни на каком моменте это "долго загружается"
когда полоска загрузки в начале или в середине-конце?

в середине немного, и под конец долго грузит

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

UrsaBoss:

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

Кажется ты был прав, я сейчас удалил все триггеры и переменные, а карта все равно долго грузит, скорее всего из-за РО, там 469 нестандартных объектов и 382 нестандартных способностей
DracoL1ch:

повторяю еще раз, количество переменных НИКАК не сказывается на скорости загрузки или работы, что 1000, что 30000

Значит сократив их в массив это дело удобства, но никак не оптимизации, спс за ответ :)
Исходя из этого надо просто снизить количество даммиков в РО

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

Razor_dex, долго грузят же у нас многоуровневые абилы 100+, есть карта в 200 объектов и 800 способностей и грузится от 30 до 90 секунд без оптимизатора
Даммиков зачем много? даммик на то и даммик чтобы быть одному и делать практически всё...

Добавлю, что долго раскрывает списки, когда переменных много.

DracoL1ch, вполне себе влияют. Я даже больше скажу - влияет длина имени каждой переменной, в т.ч. локальной, в т.ч. на скорость выполнения