и не за feature bloat

just a disclaimer

тут чел кстати упоминает jsx-control-statements (: https://github.com/facebook/jsx/issues/65#issuecomment-255319680 https://github.com/facebook/jsx/issues/65#issuecomment-254073018 кстати https://github.com/facebook/jsx/issues/65#issuecomment-254077743

один handleOnChange в компоненте это нормально если не надо там ничего менять в значении поля?

в четырестадвацатипроцентахбраузеров

казалось бы, при чем тут пыха

один handleOnChange в компоненте это нормально если не надо там ничего менять в значении поля?

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

в jsx действительно не очень удобно городить ифы

есть ж http://wix.github.io/react-templates/

можно вообще в отдельный файлик выкинуть сразу, никакого html-in-js сразу

сразу сразу

есть ж http://wix.github.io/react-templates/

Babel-plugin лучше

Что я скинул

он немного про другое, как я понял

и все равно остается html-in-js

react-templates вроде больше в духе ng-if

меньше тегов, больше аргументов

кстати, всем привет

hi

Babel-plugin лучше

он прозрачнее, не снижает гибкость, я согласен.

<button className="square" onClick={() => this.setState({value: 'X'})}> {this.state.value} </button> так а из пропсов кто тут что передает )

Теперь у тебя функция пересоздается каждый раз при рендере

Теперь у тебя функция пересоздается каждый раз при рендере

я еще так не делал но ладно ) это в мануале было

Вот так всегда

Выкинь этот мануал)

да норм мануал onClick={() => this.setState({ value: 'X' })} — наглядно не у всех ререндер приложения происходит по 50 раз в секунду

А потом у них реакт медленный и без scu ничего не робит

громкое заявление, сомнительно, что новые функции в рендере могут заметно замедлить приложение в одиночку вот условно такое же мы пишем: renderButton({ color, text, className }), а это создание нового объекта при каждом рендере между прочим)

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

или ещё хуже! <span>${user.name} ${user.lastname}</span>

конкатенация строк при каждом рендере!

Вот говорят, экономия на спичках А спустя время этих спичек уже коробок

++

я тоже в общем-то привязанные функции всегда в конструкторе создаю, и никогда в рендере новые не создаю

Но говорить, что плох мануал, который использовал такой синтаксис — неправильно

Ну вот видишь

Но говорить, что плох мануал, который использовал такой синтаксис — неправильно

Мануал должен оговаривать это хотя бы

Мануал который обучает антипаттернам — не плох?

Ну ок

А потом тут сеньеры со стрелками в рендере

ну я давно об этом задумывался должна ли каждая строчка в туториалах быть production-ready?

в какой-то момент хотелось злобно написать статью о том, что должна

Мануал не должен обучать антипаттернам просто так

Без оговаривания этого

Люди тебе верят, повторяют твой код

Люди тебе верят, повторяют твой код

Тут и верить не надо, чтобы повторять)

Оговаривать надо, я согласен.

Но если захламлять код непонятными edge-кейсами — плохой туториал выйдет

Но если захламлять код непонятными edge-кейсами — плохой туториал выйдет

Мы ж не об этом

почему?

об этом

Но если захламлять код непонятными edge-кейсами — плохой туториал выйдет

Никто не говорит о каждой точке статью писать

Пускай эти точки будут правильно расставлены

Но если захламлять код непонятными edge-кейсами — плохой туториал выйдет

У фейсбука разве плохой туториал?

Короче — Антипаттерны в туториалах — плохо — Оговаривать non-production код — надо — onClick={() => this.doSomething()} — не однозначно плохо я спать)

Короче — Антипаттерны в туториалах — плохо — Оговаривать non-production код — надо — onClick={() => this.doSomething()} — не однозначно плохо я спать)

В такой форме вдвойне однозначно плохо

Ну чо ты))

Вместо понятного краткого onClick={this.doSomething} какая-то фигня, к тому же являющаяся антипаттерномъ

grabs popcorn ну вы еще подеритесь)

надо уже измерить этот кейс в девтулзах наконец

мне дали официальный ман, и вы говорите что он не правильный, и как мне чувствовать себя?

я впринципе за то что бы неререндерить безтолку

Изучай дальше, тебе все равно рано думать об этом

но если фб такое написало может они там прикрутили чего чтобы неренедилось безтолку или как?

Учиться сразу писать идеальный код- не всегда правильно

Точнее всегда неправильно

ну как бы сказать - питон учит именно идеальному коду, selfexplicit так сказать. а вот php..

Питон близок к этому, и все же разные по Программисты на том же питоне по-разному решат задачу

комюнити питона такого что потом понимать начинаешь объективно где что правильно а где нет )

мне дали официальный ман, и вы говорите что он не правильный, и как мне чувствовать себя?

https://facebook.github.io/react ?

ERROR: S client not available

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

Там вроде везде где надо нормальный код

комюнити питона такого что потом понимать начинаешь объективно где что правильно а где нет )

Роман, учите по официальным гайдам и еще полгода не мучайтесь оными вопросами)

да вроде я от туда и скопировал

когда про callback'и искал там

Я кажется нашел

Там узкий edge case описывался

В единственом месте

grep callback не всегда является разумным методом поиска инфы

ну unix way

:D

If you aren't using property initializer syntax, you can use an arrow function in the callback:

А меж тем хороший способ был описан как раз до этой строчки)

вы там из контекста вытащили я просто искал в доке как вообще callback послать

Ой всё

))

а теперь думаю как мне гуманно вернуть ошибку в форму, всмысле с аксиоса на уровне console.log могу, а вот как вернуть так что бы я в onSubmit сходу знал ошибка или там все ок без излишних if'ов

this.setState наверн

да видать до state еще надо понять что получил

в onSubmit вызвал это https://dpaste.de

catch + promises..?

ладно забейте

добавил к вебпаку --hot и чето ниче не изменилось: все равно страницу перезагружать надо

Попробуй добавить в фаил где у тебя рут рендерится, if (module.hot) { module.hot.accept(); }

Ну и ещё запускай с webpack-dev-server --inline --watch --hot

кто то советует inline другие ругают

У тебя два дня. Тебе надо сделать, а разбираться как там что тру и не тру потом будешь

?

Попробуй добавить в фаил где у тебя рут рендерится, if (module.hot) { module.hot.accept(); }

хз http://i.imgur.com/Wm7T5qT.png

inline после hot должен идти - забавно и причем не конфиге вебпака, а именно в командной строке (package.json)

ммм. http://andrewhfarmer.com/webpack-hmr-tutorial/ я включала его по этому гайду. там несколько вариантов есть, попробуй каждый из них и посмотри что подойдёт.

хера се как у вас тут все запущено :D