Пока что в Universal Router-е нет ничего относящегося к React-е, я планирую добавить туда boilerplate для рендеринга реакт приложения как расписано в этом PR https://github.com/kriasoft/react-starter-kit/pull/613 (на этой или след. неделе)

вместо import { match } from 'universal-router'; будет import { createRouter } from 'universal-router/react' - который использует match() из базовой либы

@koistya Посоветуй, как держать starterkit в актуальном состоянии? Историю гита я удалил, добавил remote ветку, слежу за изменениями, в случае если они мне нужны – мержусь, правильно?

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

Как вариант, можно ещё настроить Beyond Compare или похожую утилиту, чтобы она сравнивала нужные файлы из двух папок react-starter-kit <=> my-project

Я тоже думал в сторону Beyond Compare, но с гитом мне кажется удобнее, нужны изменения – забрал их себе.

Они автоматом прилетают.

Я обычно начинаю новый проект как клон master ветки —single-branch $ git clone -o react-starter-kit -b master —single-branch \ https://github.com/kriasoft/react-starter-kit.git MyApp $ cd MyApp И потом, когда нужно смёрджить обновления из RSK в проект $ git checkout master $ git fetch react-starter-kit $ git merge react-starter-kit/master $ npm install

Ага. В любом случае история RSK и MySuperApp будет вперемешку, да?

Угу, это минус..

для своих личных side-проектиков нормуль

По поводу сингветки – не всегда удобно, например есть feature/redux – его в мастере пока нет, но видно что он уже завершен, да и не факт что в мастер попадет.

для своих личных side-проектиков нормуль

Ага, спасибо!

А почему бы не git remote?

Кстати, зацените: https://github.com/FredKSchott/fflip Working on an experimental new design? Starting a closed beta? Rolling out a new feature over the next few weeks? Fa-fa-fa-flip it! fflip gives you complete control over releasing new functionality to your users based on their user id, join date, membership status, and whatever else you can think of. fflip's goal is to be the most powerful and extensible feature flipping/toggling module out there.

А почему бы не git remote?

Срет в историю проекта :D Как только смержишься – получишь всю историю RSK.

Срет в историю проекта :D Как только смержишься – получишь всю историю RSK.

git merge --squash

Даже непонятно, плюс это или минус :) Разве Костин способ этого не сделает?

Сделает.

git merge --squash

Спасибо, сейчас проверю.

Только надо раза 2 померджить, чтобы протестить этот workflow: что не вылазит конфликтов на ровном месте

Только надо раза 2 померджить, чтобы протестить этот workflow: что не вылазит конфликтов на ровном месте

IT'S WORKS!11 Спасибо, не знал о такой фиче. Сейчас еще пару вариантов попробую.

?

Ребят, а разве componentWillReceiveProps вызывается при setState?

делаю такое this.setState({ logs: this.state.logs.concat(newLog), isLogInvalid: false })

и срабатывает метод componentWillReceiveProps

он же вызывается только при прокидывании новых пропсов

Нет

Там даже статья есть

О том, что в этой функции props могут придти те же самые

есть ссылочка?

секунду

а, ну погоди, конечно могут прийти

такие же пропсы

http://facebook.github.io/react/docs/component-specs.html это по методам

но это если вызывается рендер его родителя

http://facebook.github.io/react/blog/2016/01/08/A-implies-B-does-not-imply-B-implies-A.html а это конкретно по вопросу

а так не будет

я все равно не пойму, почему setState компонента вызывает componentWillReceiveProps на нем же

пропсы то не меняются

А можно пример на codepen который это демонстрирует?

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

нужно попробовать

@oleh_semenovich из любопытсва проверил на нашем проекте,т.к. удивился, что не знал это

такого нет. У тебя есть componentDidUpdate?

нет

мне кажется, что вызывается уже он, а тот вызывает экшен

componentWillReceiveProps(nextProps) { console.log('test'); } handleClickOutside = () => { console.log('change state'); this.setState({ showSocialList: false }); };

test не вызывается

я походу понял в чем дело

сейчас даже обьясню

интересно

Диспатчишь что-то что меняет стор на который подписаны родительские компоненты которые прокидывают пропсы? :D

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

проверь, с этими ссылками вообще беда

не давно для себя открыл, что {...obj} не всегда работает так как нужно, сам то объект скопируется по значению, но если один из его ключей объект

он скопируется по ссылке

пару раз спотыкался на этом

Клонить для надежности?

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

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

Возможно я не так понял, но такой проблемы бы не возникло из твоего описания

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

ERROR: S client not available

я вот об этом же подумал

я и не клонил

подумал, что в этом может быть проблема

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

А мне кажется норм

это как дефолтстейт )

я иногда так делаю, но в редких кейсах

@oleh_semenovich у тебя, случайно, не mobx?

не

Как починишь - расскажи что было. Или сделай маленький пример в песочнице)

смотрите, сбрасываю всю функцию обработчик: createEmptyLog = () => { if (!this.state.logs.find((l)=>!l.project || !l.timeAmount)) { const newLog = this.props.createEmptyLog(this.props.params.date); this.setState({ logs: this.state.logs.concat(newLog), isLogInvalid: false }) } else { this.setState({ isLogInvalid: true }) } };

здесь ничего такого нет

то есть по сути происходит сет стейт параметров

и все

this.props.createEmptyLog

а это что?

функция createEmptyLog возвращает обьект

и все

думаю, из-за него перерендеривается родитель

она не меняет ни стейт ни пропсы

createEmptyLog = (date) => { return { status: 'in progress', timeAmount: 0, project: null, date: moment(date).format('MM/DD/YYYY'), user: this.props.user, comment: '' } };

вот текст той функции

componentDidUpdate точно нет?

точно

а как выглядит сама ссылка, которая вызывает

ты имеешь ввиду jsx?

<FlatBtn label={'ADD LOG'} onClick={this.createEmptyLog} primary={true} customStyle="customPrimaryStyle" />

Ребята

не давно для себя открыл, что {...obj} не всегда работает так как нужно, сам то объект скопируется по значению, но если один из его ключей объект

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

К тому же, если вдруг возникла необходимость использовать оюъекты-ключи - есть WeakMap

ты имеешь ввиду jsx?

а FlatBtn это твой компонент или какой-нибудь фреймворк с компонентами?

мой