Не сохранив ID массива, ты не можешь с ним работать и создаёшь утечку памяти.
Но если тебе нужен массив, который самоудалится по выходу из текущего триггера, то

Quote:Надо ли вообще их удалять?

Временные для триггера — надо. Если нужно передать временный вызывающему коду, а после выполнения кода удадить, то можно продлить время жизни массива через:
!!SN:F^ExtendArrayLifetime^/[ИД];

Если массив имеет тип хранения M_TEMP, то при загрузке он сохраняет свой размер, но теряет данные. Экономится место в сохранёнках.
Если тип хранения M_STORED, то это глобальный массив, который сам никогда не удаляется.

Для удаления глобального массива вызови !!SN:M[ID];
Менять размер массива часто — можно. Он оптимизирован и под капотом выделяем память кратно степени двойки.

Выбрал ты всё верно. Только определись, где ты создаёшь массив и как долго его используешь.

Berserker, у меня диалог, который подгружает данные при открытия этого диалога.

Изменяю массивы на лету. В зависимости от входящих данных, количество которых зависит уже не от меня
Массив мне точно нужен временный, если точнее, 3 временных массива. Создавать их надо, видимо, всего один раз: в инструкции.

Quote:Для удаления глобального массива вызови !!SN:M[ID];

Так как мне получить ID массива, если ему присваивается номер автоматически?

Массивы мне нужны в течение всей игры лишь как буфер. Однако их использование (любое изменение/чтение) ограничивается одним диалогом, при закрытии которого я ставлю их размер в 0 элементов

?i^dae_texts^ — и есть параметр, куда сохраняется ID массива. Если массив локальный для триггера — то можно в локальную именованную переменную:
?(someList:y)

В общем в функции показа диалога делай так:

Berserker, локальные массивы не подойдут точно.

Странно вот что - у меня массивы не обнулялись через



каждый раз создавался массив с ID ниже:
вот три массива возвращали при создании и удалении с теми же именами.
-1, -2, -3
-4, -5, -6
и тд - каждый раз

Так какая именно команда для получения id?
Всё перепробовал

Если массивы нужны только для инициализации, показа диалога и затем очистки, то тебе подходят локальные для триггера.
ID ты получаешь ?i^dae_texts^ здесь.

Berserker, я же сказал, что не подойдут, так как там хранятся имена строк, которые будут использованы в другом триггере.В целых 3 триггерах:
Имя функции на лкм, текст хинта при наведении, текст на пкм.

Кажется, понял ID. Спасибо
Попробую.

Смотри:

Триггер 1:
...
создаём временный массив
....
вызов диалога; 100500 вложенных событий
....
Конец Триггера 1. Только здесь автоудалится временный массив

Есть ли разница, что использовать "SN:M" или "SN:V", и возможно ли создание (и как?) двумерных массивов?

1. Разница есть лишь в случае, если затрагивается несколько значений подряд.

2. Двумерный массив — только как массив массивов. Первый массив хранит ID массивов второго измерения.
Например, массив на 48 городов, каждый из которых массив на 7 слотов. Инициализация такого массива потребует цикла.

Berserker, отлично) попробую с этим что-нибудь придумать)

А ещё мне нужно убрать определённые элемент из массива, удалив его из середины и уменьшить размер массива

Знаю номер элемента и размер - подойдёт ли Array_PoP?

UPD: осознал, что нет.
Получается, надо перезаписывать в иной массив на 1 итем меньше?
А потом клонировать всё обратно - верно?


Суть - делаю исследования заклинаний;
Сейчас на этапе, где надо удалить из массива доступных заклинаний то, что "изучил". И ещё то, от которого отказался.

UPD:UPD: сместил значения и поменял ненужный элемент с последним. После удалил через Array_PoP

А есть альтернатива?

daemon_n, классически есть два варианта удаления элемента массива из середины:

1) Как ты сделал. Последний элемент помещаем на место удалённого и уменьшаем размер массива. При этом страдает порядок.
2) Сместить в цикле все элементы после удалённого на 1 влево, а после уменьшить размер массива на 1.

Первый вариант работает быстро. O(1) сложность. Второй обладает линейной сложностью O(N), то есть чем больше массив, тем больше операций.

(01.07.2021 18:37)Berserker Wrote:  Двумерный массив — только как массив массивов. Первый массив хранит ID массивов второго измерения

А-а-а-а-а!!!
Почему я раньше не додумался до этого?
Мне так нужна была такая таблица... Теперь смогу реализовать задуманное.
Только чуть позже: работы невпроворот, да ещё этот отвлекает

SergOz, альтернативу вспомнил. Если нужен массив N * M, выделяется один большой массив N * M, а индекс конкретной ячейки [i, j] вычисляется как i * M + j

Berserker, спасибо.
Как по мне, то альтернативный вариант сложнее и в "понимании", и в дальнейшей работе с ним
Кстати, я тогда всё крутил в голове вариант с использованием !!PO:V#/$; позволяющим сохранять до 4-х значений (мне нужна таблица 4х120), но так и не "врубился" как это оформить в виде рабочего скрипта. И, кстати, я тогда про динамические массивы и не знал...

SergOz, срочно изучай ERA changelog iii.txt и, самое главное, HoMM 3 ERA\Mods\Era Erm Framework\Data\s 9999 era - stdlib.erm

Поиском всё, что имеет в себе "Array" - затем возвращайся сюда благодарить Berserker'a за (ещё один) огромный ПОДАРОК, сделанный всем модерам