Придет лид и скажет обновлять (если яйца за такой код еще не оторвал)

Подожди пятого.)

пятую версию судя по всему тоже активно пилят))

та пофиг, у нас нет команды js, я один разраб js, и приложения на реакте все одностраничные, так что могу позволить себе немного своего стиля кода)

Короч мутирование это плохо. А в кишках реаста я не лазил

Можно этот видос поглядеть, полезно https://www.youtube.com/watch?v=_MAD4Oly9yg

та пофиг, у нас нет команды js, я один разраб js, и приложения на реакте все одностраничные, так что могу позволить себе немного своего стиля кода)

Я предпочитаю стиль «пьяный мастер»

По ссылке там есть чё?

По ссылке там есть чё?

https://facebook.github.io/react/docs/forms.html#controlled-components

я кажеться догадываюсь почему предупреждение)

это насчет мутирования)

ща проверю

Ребят, стоит переходить на react-route 4? :)

Недавно перешёл , все супер, реально лучший роутер

@dimonnwc3 спасибо) А проблем с другими библиотеками не возникло?

какие подводные камни у перехода? К чему готовиться?)

какие подводные камни у перехода? К чему готовиться?)

Как обычно. К постою. К резервному серверу. )

Апи поменяли, много кода переписать прийдется, ну и мозг немного перестроить, если он ещё в react way не научился.

ок, спасиб) Пойду внимательно смотреть доки и готовиться к лучшему)))

это насчет мутирования)

не, дело было не в мутировании, все равно предупреждение, но я написал все в setState и получилось с виду оч ужасно и не читабельно

за такое точно можно пальци сломать)

ППЦ.

Об этом в доке написано.

Люди тут документацию Реакта не читают?

что написанно? ты о чем

Люди тут документацию Реакта не читают?

не оч, плохо инглишь знаю(

на примерах кода в основном учюсь

На хабре есть перевод доки.

Об этом в доке написано.

о чем ты?

что написанно? ты о чем

https://facebook.github.io/react/docs/state-and-lifecycle.html#state-updates-may-be-asynchronous

React may batch multiple setState() calls into a single update for performance. Because this.props and this.state may be updated asynchronously, you should not rely on their values for calculating the next state.

Про данный скрин.

Ага. Популярная ошибка. Кажется ее здесь через день обсуждают

на такие случаи есть this.setState((state, props) => ...) вариант

как

Оберни в fat arrow function.

Которая получает prevState.

Его и юзай, вместо this.state.

Это не то чтобы некрасивый вариант, он неправильный. И потенциально бажный.

а, какая разница? все равно ф-ция будет возращать тот же объект

React may batch multiple setState() calls into a single update for performance. Because this.props and this.state may be updated asynchronously, you should not rely on their values for calculating the next state.

Dan Abramov чёрным по белому написал в доке, почему это бажный вариант.

я вообще пропсы не трогаю в данном случае

this.state трогаешь.

не знаю как относишься к redux-form и редаксу, в целом, но вот такой страшненький код оно решает на раз

и?

и?

В документации написано нельзя так трогать.

Потом не удивляйся undefined behavior в проекте.

Через полгода.

стоп, я просто обновил состояние, что в этом такого

я чет не догоняю

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

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

ммм, понял, типо нужно старое состояние в новое записывать

развели тут диалог на 20 сообщений)

this.setState(state => ({ checked: !state.checked, }))

Тебе про это говорят, а не про то, что старое состояние надо записывать

понял! спасибо! не знал

this.setState(state => ({ checked: !state.checked, }))

ну... здест state это же старое состояние

типо prevState

И оно никуда не записывается

понял! спасибо! не знал

Документацию лучше почитать, на русском благо есть, как уже сказали.

как пропс к toUpperCase() присобачить? <strong>{this.props.myprop}!</strong>

CSS text-transform: uppercase; присобачить имхо самое православное будет.

ERROR: S client not available

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

моя крайность - никаких внутренних состояний, только хардкор, только пропсы :)

это просто означает что стейт где-то в самом верху )

в целом, я фанат редакса. стейт возможен но только там где оно уместно

у меня есть чекбоксы, когда я их чекаю, в состояние записываеться что они чекнуты или нет, и тут же в них я прописываю checked={this.state.checked[name]} предпологаю что из за этого

в целом, я фанат редакса. стейт возможен но только там где оно уместно

дико плюсую

у меня есть чекбоксы, когда я их чекаю, в состояние записываеться что они чекнуты или нет, и тут же в них я прописываю checked={this.state.checked[name]} предпологаю что из за этого

это продакшн или что-то на коленке чтобы разобраться?

прод

тогда рекомендую инвестировать время в redux и до кучи в redux-form. окупится

redux-form мне не зашел.

редукс умею, но дело не в нем

дело, безусловно не в нем а в архитектуре. если приходится городить такие костыли с setState и ref - это точно кривая архитектура компонента. а редакс просто один из способов ее поправить

как же без refs

если ты не работаешь напрямую с элементом DOM'a то запросто

работаю

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

this.refs.searchFilter.value - это кривоватый способ получения значения вместо onChange/onSelect или что там за контрол

ты имеешь ввиду через евент нужно получать) но здесь не так)

<input value/> <button onClick>

вот так

поэтому

это не ошибка а ворнинг

Сделай фидл уже, там тебе на нем сразу и покажу как делать

да, все работает

но предупреждение

это

https://facebook.github.io/react/docs/uncontrolled-components.html

<input value/> <button onClick>

не уловил. есть инпут - если надо получить его значение - вешаешь onChange

onChange вызываеться каждый раз при изменении инпута, а мне нужно по клику на кнопку

поэтому использую refs.input.value

Ну записывай в промежуточное состояние, потом в основное сливай

onChange будет просто сохранять состояние инпута. что тебе надо сделать при нажатии на кнопку - делай

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