Как на Jass быстро посчитать количество боевых единиц?

Нативки такой не видел, нет такой. Есть близзардская Bj-функция CountUnitsInGroup, там перебираем всех и складываем. И нативку GetPlayerStructureCount, показывающую, видимо, кол-во здании
отслеживать появление и исчезновение юнитов с карты с помощью счетчика. При появлении +1, при исчезновении -1. Нужно продумать все факторы: например, юнит красного игрока (-1) перешел на сторону синего игрока (+1) (короче смена хозяина). При событии юнит входит в зону может отслеживать москитов, призывников, что может не всегда нужно. Труднее отследить исчезновение, ведь неизвестно, что вам нужно? только живые? смерть отслеживанием событием юнит умирает (-1). Но этот труп можно воскресить (+1). Если нужно отследить исчезновение трупа юзаем (событие - юнит вышел из региона).
Знаю может быть муторным делом, но если проработать, то не нужно циклом будет делать. Сразу из переменной доставать значение будешь. Либо с группой (Bj-функция CountUnitsInGroup или loop с FirstOfGroup, по-другому никак.
Но у тебя BJ-функция GetUnitsInRectOfPlayer утекает =(( и группой в конце не удаляем

ScopteRectuS, это кол-во юнитов такого типа.

А бж ф-ция, которая считает юнитов, работает точно так же, перебором группы.

avuremybe, я знаю, но ТС же не указал, что именно он хочет реализовать.

ScopteRectuS, всм не указал? Его код вполне понятен.

avuremybe, Вы не поняли, он же не указал, где будет использовать код и каким образом.

ScopteRectuS, с таким подходом можно скопировать сюда пару статей по ядерной физике.
Мало ли, этот код окажется частью ядерного реактора.

avuremybe, да, всё верно. Теперь мы мыслим одинаково. )

Вообще, функция "GetPlayerUnitCount()" делает то, что нужно: считает количество боевых единиц (не зданий) у игрока. Единственное - считает, также, и вызванных. Поэтому без перебора, возможно, обойтись и не удастся.

nup4ik, а она сама разве не на переборе работает?

avuremybe, к сожалению, не погрузился пока так глубоко.

чем не угодил создать группу через фильтр другого не дано

pro100master, какая функция для создания через фильтр?

ну та же GroupEnumUnitsInRange, берет болекспр, это тот самый фильтр. В отдельной функции описываешь кого нужно выбрать
вот пример фильтра:

function EnemyFilter takes nothing returns boolean
    set bj_lastFilterUnit = GetFilterUnit( )
    return GetUnitState( bj_lastFilterUnit, UNIT_STATE_LIFE ) > 0.405 and IsUnitEnemy( bj_lastFilterUnit, bj_groupEnumOwningPlayer ) and not( IsUnitType( bj_lastFilterUnit, UNIT_TYPE_MAGIC_IMMUNE ) or IsUnitType( bj_lastFilterUnit, UNIT_TYPE_MECHANICAL ) or IsUnitInvulnerable( bj_lastFilterUnit ) or IsUnitWard( bj_lastFilterUnit ) )
endfunction

))

Правильно ли я понимаю, что любая функция, возвращающая объект, "утекает", а избежать утечки можно, записав этот объект в переменную и затем, по окончании работы функции, удалив? То есть, такой код содержит утечки памяти:

group units = GetUnitsInRectOfPlayer(GetPlayableMapRect(), Player(id))

А такой - не содержит:

player pl = Player(id)
rect map = GetPlayableMapRect()
group units = GetUnitsInRectOfPlayer(map, pl)
...
RemovePlayer(pl)
RemoveRect(map)
DestroyGroup(units)

Немного переосмыслил предыдущий ответ. На деле, функции типа "RemovePlayer", "RemoveUnit" и т.д., удаляют объекты, и данные объекты удалятся из игры вообще. То есть, если в событии "Боевая единица умирает" получить "KillingUnit" (убивший), и затем вызвать к нему "RemoveUnit()", то и эта боевая единица, также, удалится с карты.

То есть, удалять объекты, во избежание утечек, надо только в тех ситуациях, когда вызванная функция генерирует новый объект, который не используется после завершения работы функции. Здесь поможет только понимание внутренней логики работы этих функций и, в общем, игры. В остальных случаях, думаю, достаточно просто "map = null", притом, как мне кажется, эта строка будет равносильна "int = 0" (обнулению числовой переменной), то есть, в ней отсутствует острая необходимость (только если количество ссылок на объекты не учитывается интерпретатором, как в некоторых современных языках программирования).

Думаю, это верное понимание, возможно, в деталях был неточен.