данянул <3

В Brawl Stars опять насрано. Как же так? Но начнем издалека. В этой игре есть такая сущность, как трейт (trait), которая описывает те или иные модификаторы поведения какого-либо объекта. Каждый игровой объект (а их всего 4 класса: AoE, characters, items и projectiles) имеет список своих трейтов. Впервые в игре они появились в мае 2025 для ивента с васаби, и именно с их помощью были сделаны особые способности персонажей. С тех пор их продолжают активно использовать, в том числе с их помощью работают некоторые пассивки, баффи и прочие механики механики. И даже новые нано-силы... Каждый трейт описывается объектом TraitData, и все трейты описаны в таблице traits.csv. На данный момент они не могут создаваться динамически. У каждого трейта есть свой тип (enum TraitType), а также произвольные значения. Интерпретация этих значений, а также само по себе поведение трейта, как раз таки определяются его типом. В коде логики боев это сделано примерно так:

public void handleTraitsOnCauseDamage(...) {
    TraitData trait = this.findTraitByType(TraitType.SpawnCharacterOnGetHurt);
    if (trait != null) {
        /* Handle required behavior */
    }
}

Вы можете спросить, а что, это сильно плохо? Вообще, нет, плохо здесь кое-что другое🐱 Плохо здесь то, что разработчиков иногда настигает невероятная деменция и они добавляют новые TraitType для того, что спокойно можно было описать старыми. Окей, у нас есть например вот такие: • OverrideMaxSpawns и AddMaxSpawns • OverrideNumSpawns и AddNumSpawns • OverrideBasicAttackCastingRange и AddCastingRangeNormalAttack • OverrideUltiCastingRange и AddCastingRangeSuper И это еще можно понять. А вот например "OverrideAreaEffectStatusEffectEnemy" и "OverrideEnemyStatusEffectToAreaEffect" чем отличаются? Если вам кажется, что абсолютно ничем, то так оно и есть! А код обработки этого превращается в что-то такое:

public StatusEffectData getEnemyStatusEffect(...) {
    TraitData trait = findTraitByType(TraitType.OverrideAreaEffectStatusEffectEnemy);
    if (trait != null) {
        return trait.statusEffect;
    }
    TraitData trait2 = findTraitByType(TraitType.OverrideEnemyStatusEffectToAreaEffect);
    if (trait2 != null) {
        return trait2.statusEffect;
    }
    /* ... */
}

Понятное дело, что этот код я могу переписать, добавить findTraitByAnyOfTypes(...) или что-то такое. Но какого черта вообще? Сейчас в игре 394 различных типа трейтов. Из них спокойно можно было бы выкинуть почти половину, немного подправить таблицу traits.csv и стало бы только лучше! Ах да, и при всем этом разнообразии (и постоянных повторениях одинакового кода) у них же еще есть "классические" способности, которые определялись с помощью CardData (cards.csv). Там тоже хватает подобного безобразия, например "ulti_leach_health" и "heal_ulti". И еще забавный прикол, раз уж пост решил написать: в скомпилированном нативном коде TraitType представлен в виде int32. При чтении traits.csv игра берет значение клетки Type (это строка) и преобразует в этот численный ID, и оказывается есть небольшой прикол: есть такие TraitType, у которых аж два названия. Это: • OverrideProjectileSupe и OverrideProjectileSuper (ID = 306) • AddProjectileDmgPercentageOverDistance и AddProjectileDmgPercentageEndDistance (ID = 313) По сути, это алиасы. Почему? Наверное, разработчик логики не смог договориться с человеком, который .csv таблицы заполняет🙂 Уж лучше бы они те одинаковые трейты с "enemy status effect" сделали алиасами, блинб(