K
есть решения?
v<T<C<K<L<M>>>>>
а использовать using для создания нужных алиасовSize: a a a
2021 July 12
TS
не использовать
K
потрясающе, примерно также как совет не вызывать функцию в вызове функции
K
иногда всё же нужно и шаблонные штуки просто не напишешь не используя такие конструкции
TS
большая вложенность читается плохо, это правило действует как и для кучи if, так и для кучи треугольных скобок
K
несомненно, но иногда просто невозможно без этого написать, либо получится ещё хуже
NK
этого и в слионе нет
TS
v<T<C<K<L<M>>>>>переписывается как
using LM = L<M>;
using KLM = K<LM>;
using CKLM = C<KLM>;
using TCLKM = T<CKLM>;
v<TCKLM>;NK
и обычно это из-за того, что пока иде не научились различать operator<< и <<T>>
K
чет мне кажется стало хуже
TS
поверь, что когда у тебя каша из треугольных скобок, то другому человеку это будет читать очень сложно
Е
v<DoubleCharStringDoubleShort>
K
достаточно просто по умолчанию считать, что в этой конструкции нет << , т.к. его реально там нет в 99.999999%
NK
лол а когда именя слишком длинные пишешь remove_reference_LOLOLOL_decay_OLOLOLOLOL_enable_if_LALALALA
NK
значит ты не пользуешься трейтсами
NK
а если пользуешься есть в 50% шаблонов
K
ну ниче, скобочки будут неправильно подсвечиваться в таких случаях, будто в других местах ради производительности и простоты так не сделано
NK
да даже просто сделать remove_cv...
foo<remove_cv<T>>
foo<remove_cv<T>>
TS
пишешь трейты, которые делают нужные вещи, ну и нейминг выше приведен выше как пример, естественно, в реальном мире там будут нормальным названия
K
если так писать через using, то код превратится в какую то бесконечную кашу из юзингов