так в чем выигрыш между использованием той или иной абилки? у AIde точно так же пустые методы почти на всё
с т.з. произовдительности они равнозначны

требований для способности

в .txt файлах, как и все другие requirements

ну вот что прописано в OrcAbilityFunc.txt ?

build, Aher (Hero): The hero ability specifies the level up effect of heroes in its caster art field. You'll need a customized AbilityData.slk file in order to get this ability displayed in the editor. Simply set the useInEditor flag to 1 in that file.

ScorpioT1000, то есть сама по себе она бесполезна, но герои будут ее иметь, потому что это вшито в движок?

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

build:

На юнитах (не героях) я имел в виду.
prog, это же явно того не стоит, ведь можно создавать спецэффект при получении уровня. А во всех нестандартных картах система опыта все равно будет кастомной.

build, фича метода со скинами в том, что можно вобще не запариваться как там реализована система опыта, если она использует стандартные уровни под капотом - прописал в скин герою что у него Aher имеет кастомный скин и все. Если оно, конечно, работает на скрытые абилки типа этой. Метод с полями абилки - да, тут действительно может быть проще самому создавать эффект, чем подменять стандартный, да и не факт что это поле конкретно у этой абилки доступно к изменению и что его изменение влияет на результат и не оверрайдится тем-же скином.