это я понял, подумал, что раз есть в туториале, может есть какой-нибудь супер мега бест практис?

уу циклы с индексами -_-

ну в первом цикле выводи ряд, во 2м цикле колонки

Ладно, спасибо, заморочился просто так, получается :)

вспомнилось https://i.stack.imgur.com/A7NsC.gif

Все чаще вспоминаю эту шутку

Сейчас нужен реакт компонент для этих вещей

<summ left="1" right="2" />

<Add> <Number value={1} /> <Number value={3} /> </Add>

Лисп почти

Второй вариант лучше :)

но оба бесполезные :)

на гитхаб за звездами

гайз, помогите React Amsterdam найти хорошие доклады, ретвит плиз https://twitter.com/ReactAmsterdam/status/798439511818649600

как ни странно, но обычный луп внури return отдает мне ошибку <div className="board"> for (var i = 0; i < numrows; i++) { <Square value={0} onClick={(i) => {props.onClick(i)}}/> } </div>

на вторую ;

<div> {[1, 2, 3].map(i => ( <Row key={i}> {[1, 2, 3].map(j => ( <Col key={j}> {someArray[i * j - 1]} </Col> ))} </Row> ))} </div>

не сработает же .map нужен же

туплю где=то?

доку читай

юзай map

как ни странно, но обычный луп внури return отдает мне ошибку <div className="board"> for (var i = 0; i < numrows; i++) { <Square value={0} onClick={(i) => {props.onClick(i)}}/> } </div>

А почему нельзя в отдельную функцию вынести цикл?

юзайте map!

и лишняя arrow функция

ок

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

map возвращает список, for нет

new Array(5).fill(0).map((_, i) => <Component key={i} value={i} />

не используйте arrow function в render https://medium.com/@machnicki/handle-events-in-react-with-arrow-functions-ede88184bbb#.ete1uxjtb

Поняли?

не используйте arrow function в render https://medium.com/@machnicki/handle-events-in-react-with-arrow-functions-ede88184bbb#.ete1uxjtb

это не про то

и arrow-функции нельзя в рендере и bind тоже

Прям нельзя?

не стоит

arrow создает тот же bind при трансляции в es5

Прям нельзя?

прям вообще

arrow создает тот же bind при трансляции в es5

не

а если render вызывается только один раз за всё время жизни? )

а если render вызывается только один раз за всё время жизни? )

всё равно bad practice

Вы наверное, еще и перемернные лишние не создаете, да?

не

а, да, там создается просто переменная _thisN

Так блин тут та же arrow функция, только не в рендере

Каждый раз новая

неа)))

она закешируется движком

и всё будет ок

Т.е. ты хочешь сказать, что this.handleValueChange(‘first’) === this.handleValueChange(‘first’) ?

не сработает же .map нужен же

это на коленке было, чтоб принцип показать переписал

Т.е. ты хочешь сказать, что this.handleValueChange(‘first’) === this.handleValueChange(‘first’) ?

нет конечно)))

<div> {[1, 2, 3].map(i => ( <Row key={i}> {[1, 2, 3].map(j => ( <Col key={j}> {someArray[i * j - 1]} </Col> ))} </Row> ))} </div>

она закешируется движком

каким движком? там будет проблема

в onClick передаваешь вызов функции

нет конечно)))

И толку тогда от твоей оптимизации?

но v8 например, оптимизирует данные вызовы

Фишка-то не в том, чтобы не создать функцию — это копейки

не вызов, а результат вызова тогда уж

но v8 например, оптимизирует данные вызовы

так там больше для самого реакта делается

аха

Фишка в том, что с такой фигней простой sCU не сработает

Ну т.е. даже вообще не сработает

так что с биндом, что с arrow в рендере тоже не сработает

Ну я-то тут не рассказываю людям, что можно в рендере писать, а что нельзя :-)

А ты говоришь, что arrow нельзя, а сам тоже самое пишешь фактически

Вот поэтому я постоянно и говорю, что и bind можно и arrow можно. Когда просядет перф, тогда узнаешь отчего и будешь с умом делать

а почему не handleValueChange = () => { ... } ? И можно даже handleValueChangeLeft, handleValueChangeRight :)

а почему не handleValueChange = () => { ... } ? И можно даже handleValueChangeLeft, handleValueChangeRight :)

зачем?

чтобы совсем без bind

таки бинда в коде вообще нет

а почему не handleValueChange = () => { ... } ? И можно даже handleValueChangeLeft, handleValueChangeRight :)

Ну это уже stage-2, иожно и в конструторе биндить

Объясните, почему в react+redux не стоит делать вызов методов АПИ напрямую из компонента, а нужно это делать через экшены?

можешь вызывать из компонента

если не понимаешь, зачем это делать из экшна. серьезно

потому что компонент это view, а работа с данными и api - не задача view

потому что компонент это view, а работа с данными и api - не задача view

окей, спасибо

Объясните, почему в react+redux не стоит делать вызов методов АПИ напрямую из компонента, а нужно это делать через экшены?

Можешь, если хочешь кашу, но проще работать с кодом который разложен по полочкам

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

https://github.com/facebook/react/releases/tag/v15.4.0

Когда 16.0!

А я слышал что вроде уже не обязательно набор компонентов в div оборачивать или я ошибаюсь

а в 16.0 будут фиберы уже?

@javascript_jobs ;)

а в 16.0 будут фиберы уже?

вроде они в 15 будут. брейкинг ченжес не будет же

а почему все так волнуют файберы вообще? какой профит ожидаете?

как изменится ваша жизнь как разработчика?

почему они фиберы называются?(

в твиттере у себастьяна спрашивали не раз

стоит там поискать ответ

вкратце — он не знал более подходящего слова и взял это

а кто-нибудь в итоге-то юзал ant.design?

на каком-то реакт-конфе чувак из реакта, обещал поработать над рендером больших списков. Они вообще в этом направлении что-то делают, если кто-то следит?

ну вот файберы как раз

там можно будет отменить лишнюю работу

когда-нибудь