преимущество, но оно кажется весьма маргинальным. Между тем стек - слишком дорогой ресурс, чтобы раскидываться. В джаве глубина в двести вызовов запросто может быть. Смысл ещё объекты на стеке держать? Soe словите за милую душу.
Это другой вопрос. Вот в CLR, вроде как есть stackalloc int[length] И это может быть полезно (там-то оно крайне полезно, ведь gc тормозит) Но в Java очень врядли сделают stackalloc или подобный механизм ручного указания 'как компилировать'
а когда можно вляпаться в SOE, кроме рекурсивных алгоритмов? (а для тех обычно есть хвостовая оптимизация)
Обсуждают сегодня