К
не настолько, чтобы вообще проверки убрать
Size: a a a
2021 February 10
DM
Смотрел один доклад от разработчика v8
К
так как у тебя тут inderect invocation.
Он положит на стек результат вызова, потом упадет в финал, еще положит и только потом вернет самый первый.
Он положит на стек результат вызова, потом упадет в финал, еще положит и только потом вернет самый первый.
P
function foo() {
console.log('foo')
return 42
}
function bar() {
console.log('foo() was called')
return foo()
}
console.log(bar())дает намfoo() was calledкак получить
foo
42
foo???
foo() was called
42
Может через декоратор как-то?
DM
Напиши через декоратор и попробуй )
К
Он же может переопределить результат вызова
DM
DM
Да, можно поменять
DM
Потому что значение возврата хранится же там в отдельной переменной в v8
DM
Чо ж не мочь-то )
К
Ну тут спорно =) так как нужно смотреть уровни оптимизаторов
К
Зато JAVAисты будут рады =)))
DM
Ну в коде так
DM
А то, что там наоптимизируется после сборки я уж не смотрел )
u
а еще, когда стоит использовать try/catch ?
u
одни говорят, что всегда, другие только если нужно кастомно обработать ошибку
DM
Всегда? )
DM
В каком смысле всегда?
u
в плане если используешь асинхронность -- напиши