B
myFunction = (e) => {..., если в доке просто renderSquare(i) {Size: a a a
2020 June 25
В
а почему надо делать так
А у стрелочных функций нет своего this
Обычным функциям интерпретатор задает this во время их вызова
А во время вызова стрелок нет, поэтому внутри стрелок this берется из области видимости, в которой они были определены
Обычным функциям интерпретатор задает this во время их вызова
А во время вызова стрелок нет, поэтому внутри стрелок this берется из области видимости, в которой они были определены
B
А у стрелочных функций нет своего this
Обычным функциям интерпретатор задает this во время их вызова
А во время вызова стрелок нет, поэтому внутри стрелок this берется из области видимости, в которой они были определены
Обычным функциям интерпретатор задает this во время их вызова
А во время вызова стрелок нет, поэтому внутри стрелок this берется из области видимости, в которой они были определены
понял, сяпки
B
но все же интересно, почему тогда в доке так юзают
B
тогда по идеи же и там же стрелочные должны быть
В
но все же интересно, почему тогда в доке так юзают
Они вызвают bind
B
Они вызвают bind
типо
this.myFunction.bind(this)?В
типо
this.myFunction.bind(this)?Да
Но вот в доке выше тоже стрелка
Но вот в доке выше тоже стрелка
В
Но прямо в jsx
B
B
а как вообще лучше? или как удобно
B
типо стрелочные или бинды
В
а как вообще лучше? или как удобно
Правильно делать через стрелки и не в jsx, а выносить в свойства класса
Бинд не надо юзать
Бинд не надо юзать
B
сяпки
B
бинды в целом еще и не очень удобно
NR
Поиск по айди в разы быстрее
Поспорю.. Это детали реализации в браузерах, они могут меняться и этим нельзя руководствоваться
NR
А когда то вообще перфоманс упирается в поиск элемента? Мне кажется это ничтожно мало, если говорить об браузерном окружении
L
а , ты уже сделал
M
По времени не проходит