Каким образом?

что у тебя не див с забинденным айдишником в онклик а listitem

Для того, чтобы нормально бить на компоненты отказываться от bind не нужно

Не надо байнлидь в рендере, даже будучи противником преждевременной оптимизации

я в виртуальный дом не залезал, и незнаю что произойдёт при перендеринга компонента у которого в render есть bind в отличии от случая когда этот bind где то в другом месте, если вы знаете как работает этот механизм то поделитесь пожалуйста

bind создает новую функцию

Каждый рендер

shouldComponentUpdate сломается об это (при том, что функция по факту будет как бы таже)

Да

инфа 100% ? в коде кто это может показать ?

Это же просто javascript, не нужно искать там что-то в реакте

:facepalm:

Для того, чтобы нормально бить на компоненты отказываться от bind не нужно

не спорю, но отказ от байнда в этом помогает

function a() {} a.bind(null) !== a.bind(null);

я в виртуальный дом не залезал, и незнаю что произойдёт при перендеринга компонента у которого в render есть bind в отличии от случая когда этот bind где то в другом месте, если вы знаете как работает этот механизм то поделитесь пожалуйста

This is bad for performance, as it will result in the garbage collector being invoked way more than is necessary.

это если какая-нибудь официальная инфа нужна

да спасибо это более убедительно

Завабно, как первые полтора года с реактом все байндили и в ус не дули, потом пара чуваков сказали, что зис из бэд фо перформанс и теперь из каждого утюга про плохой байнд. Это так, личное наблюдение.

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

О чем и речь

Завабно, как первые полтора года с реактом все байндили и в ус не дули, потом пара чуваков сказали, что зис из бэд фо перформанс и теперь из каждого утюга про плохой байнд. Это так, личное наблюдение.

первые полтора года был React.createClass({ и ничего с ним не байндили в рендере)

первые полтора года был React.createClass({ и ничего с ним не байндили в рендере)

Ну я могу промахнуться во временных рамках, но год с классами точно воя не было

Завабно, как первые полтора года с реактом все байндили и в ус не дули, потом пара чуваков сказали, что зис из бэд фо перформанс и теперь из каждого утюга про плохой байнд. Это так, личное наблюдение.

видимо люди посто решили не повторять опыт ангуляра, когда доки используют понятия, которые может не знать чувак, обучающийся по видеоурокам. многие джуны то не в курсе как bind работает, и уж тем более не связывают это с ухудшением производительности при использовании в render

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

Может еще доку по JS туда сразу написать? :-)

Ну я могу промахнуться во временных рамках, но год с классами точно воя не было

На самом деле соглашусь, деградация перформанса очень незначительна, ей даже пренебречь можно. Скорее просто хорошая практика. Тем более стрелочные функции сейчас есть, так что заменяется довольно безболезненно.

На самом деле соглашусь, деградация перформанса очень незначительна, ей даже пренебречь можно. Скорее просто хорошая практика. Тем более стрелочные функции сейчас есть, так что заменяется довольно безболезненно.

но ведь стрелочные функции на перфомансе абсолютно так же отражаются

Да, вот тоже ржу, когда байнд на arrow заменяют

При этом, если забиндить так: constructor(props) { super(props); this.handleClick = this.handleClick.bind(this); } еще и хот-релоад обломается

но ведь стрелочные функции на перфомансе абсолютно так же отражаются

конструктор один раз вызывается при инициализации компонента, а при байнде внутри рендера функция пересоздается каждый раз -> gc работает больше

конструктор один раз вызывается при инициализации компонента, а при байнде внутри рендера функция пересоздается каждый раз -> gc работает больше

Тоже без хот релоада. Знаю, что не все им пользуются, но мне без него грустно

Тоже без хот релоада. Знаю, что не все им пользуются, но мне без него грустно

хз, у меня проблем с этим не было с последним react-hot-loader-ом

Если ты поменяешь свой такой метод, то он не отхотрелоадится

Потому что конструктор только один раз будет вызван

При хотрелоаде он не вызовется

*пошел проверять*. Мне казалось, что вызывается. Он как-то хитро пересоздает инстансы в последних версиях.

constructor(props) { super(props); this.handleClickBind = (…args) => this.hadleClick(…args); }

Вот так не отвалится 100%

Если ты поменяешь свой такой метод, то он не отхотрелоадится

Пока у меня ставятся node_modules после обновления на 7ую ноду нашел вот такую issue(см. последний коммент): https://github.com/gaearon/react-hot-loader/issues/242

Круто, если так!

Проверил у себя. Работает hot reload.

Это который next, верно?

ветка? Да.

Не знаю поставится ли с таким тэгом с npm, правда.

Байндить в конструкторе еще хорошо в случае ssr. Можно оборачивать этот блок в if, и просто вырезать при сборке для сервера. Это важно, если дерево большое и у тебя сотни запросов в секунду

и тут бем ? бережной все никак не может стюардессу закопать

и тут бем ? бережной все никак не может стюардессу закопать

Не обычный кстати подход

ну когда что то связанное с бем было обычным)

Там в импорты загнали много логики с модификаторами и элементами

Все это выглядит очень странно)

И с вебпака нельзя будет слезть

значит, лучше bind в конструкторе, чем стрелки в рендере?

значит, лучше bind в конструкторе, чем стрелки в рендере?

лучше @autobind

лучше @autobind

+

значит, лучше bind в конструкторе, чем стрелки в рендере?

Конечно, не пересоздается и можно проверить на равенство

лучше @autobind

-

React.autoBind ?

или декоратор?

я использую из core-decorators, но это для рядовых компонентов, в некоторых кейсах автобайнд не прокатит

или декоратор?

декоратор

а чем он лучше биндинга в конструкторе?

либо можешь декларировать методы как arrow-functions

И нужен будет у babel stage-2

а чем он лучше биндинга в конструкторе?

Ничем? Если один такой биндинг, еще и больше символов

а чем он лучше биндинга в конструкторе?

на вкус и цвет)

Ничем? Если один такой биндинг, еще и больше символов

можно сделать автобинд на класс целиком

Кто нить знает как в yarn отключить ssl?

Так же как и у нпм

Тот же параметр

Спасибо, работает!)

кстати, const { value } = this.props и this.props.value в рендере разница есть?

Нет

спасибо

А чем вам свойства класа не нравятся?

И биндить не надо

ё тут трансляция конфы если шта

https://www.youtube.com/watch?v=N9RbcP4iY90

А чем вам свойства класа не нравятся?

возможно поломается в будущем, спека не до конца готова ( но мы используем )

https://www.youtube.com/watch?v=N9RbcP4iY90

о, каеф Rouch'a попалить

Ку! напомните как называется штука для биндинга? onChange={::this.handleChange}

обработчик, не?

не, видимо bind operator

TIL: в vscode-icons можно настроить ассоциации

Тупая шутка из рабочего общения:

>Почему есть самовар и самолет, но нет самоконста?

>Почему есть самовар и самолет, но нет самоконста?

сложна

А никто не говорил что будет легко)

Алсо я там опечаталсо

Слушайте, а есть в react такой подход как "невидимые" компоненты? То есть это отдельный компонент, который подключается в нужных местах и имеет свой функционал, но ничего в браузер не выводит. Например для работы с API браузера. И если такое есть, то как это гуглить и где можно почитать?

ну тебе никто не мешает в рендере возвращать null

render() { return null }

и он ничего выводить не будет

рано отправилось*

несовершеннолетнее сообщение)

народ, как кошернее всего в реакт подключить комменты от вк?

написать либу и выложить ее в опенсорс - кошерно

рано отправилось*

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

в веб-версии редактировать, внезапно, нельзя.