да и там где написан кодстайл это иногда не спасает от 15 уровней вложенности или кучи непонятных хэлперов и зависимостей

не знаю, я как-то не очень верю, что один кодстайл что-то решит -- это инструмент, и от конкретного человека звисит как он им пользоваться будет

зачем параметры функций всегда располагать в новой строке? Есть смысл делать это когда код выходит за допустимый лимит длинны одной строки (80, 120, 160 и т.д)

обертки на винапи какой-нибудь ссаный, с функциями на 9 параметров, или на любое Си-легаси говнище, и вот у тебя уже код, в котором надо хотя бы один перевод строки в аргументах делать

так делай, только если длина строки выходит за допустимый лимит, если там 1-2 аргумента зачем это делать?

хоршо хоть не snake_case обоссаный

жаль он в С++ за стандарт принят

о боже, мои глаза! я был так слеп!

хорош с набросами) мы уже итак сверх-далеко от графики и геймдева ушли

о онрил, это там где есть макросы под каждое кол-во аргументов, вместо просто вариадик шаблона))

в анриле макросы совсем не для вариадиков, у тебя странное представление какое-то

там есть макросы с названиями типа OneArgument, TwoArguments и т.д

как во времена когда еще не было возможности делать вариативное кол-во аргументов

хотя, вообще, были, но это уже совсем другая история

там ничего похожего нет

плохо значит знаешь

или ты смотрел чей-то код, или не очень понял как попал в макросы и для чего они там были заведены;
теперь по сути: в основном макросы в анриле для Unreal Header Tool -- препроцессора, -- который парсит вообще всё и выдает свои собственные ошибки еще до компиляции; он поддерживает систему рефлексии и мета-данных -- для описания очень многих вещей макросы неизбежны, но там нет проблем с числом аргументов -- в анриле дофига шаблонных макарон на вариадиках

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

или когда using'и нельзя использовать...