меня интересовал вопрос производительности

у тебя Pure/shouldComponentUpdate используется?

меня интересовал вопрос производительности

Ну точно не тут оптимизировать надо с:

у тебя Pure/shouldComponentUpdate используется?

нет

меня интересовал вопрос производительности

второе медленнее

нет

тогда какая разница?

тогда какая разница?

хз, открыл проект и увидел это

забей

экономия на спичках

хз, открыл проект и увидел это

это может быть удобно

<Target onClick={this.handle(‘click’)} />

ок

спс

Нет никакой экономии на спичках, если на компонент можно повесить декоратор onlyUpdateForKeys(['prop'])

дима, прочитай вопрос

там разница в производительности по генерации функций

в обоих случаях в пропсы передается новая сгенеренная фукнция

и вопрос в этом был

onPress = path => e => { <Button onClick={this.onPress(path)} /> лучше чем onPress = (e, path) => { <Button onClick={e => { this.onPress(e, path)} } /> ??

Я правильно понимаю, что первое можно вызывать только как func(bla)(bla), но не func(bla, bla)? а то чёт тут такой спор, как будто эти два варианта одинаково работают)

Я правильно понимаю, что первое можно вызывать только как func(bla)(bla), но не func(bla, bla)? а то чёт тут такой спор, как будто эти два варианта одинаково работают)

Они одинаково работают

одинаково работают

а что как сделать чтобы branch в recompose работал с hoistStatics?

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

второе медленнее

Кстати почему ,мы там больше функций создаём ,а во втором варианте все лишь записываем переменную в лексическое окружение ?

/me достал банхаммер

meme

забанил превентивно

А кого забанили-то

во втором была вообще некаррированая функция

А, да, не заметил, сорян. Текст не читал, вообще не понял, что там два разных кейса

Вопрос по react-redux-form, и вообще по сторонним либам, которые добавляют редьюсеры. Какие есть варианты отслеживания сторонних actions, и изменения состояния по их завершению? В проекте множество полей ввода, которые зависят от других полей / чекбоксов, а так как все данные формы потом уходят на сервер - мне кажется, можно назвать эти зависимости бизнес-логикой приложения. Самым очевидным показалось написать middleware, так как через него проходят все действия. При получении 'rrf/change' или 'rrf/batch', выполняю текущее действие, затем вызываю все от него зависящие - файл в итоге достаточно сильно вырос. Насколько правильный этот способ? В качестве альтернативы пока вижу только компоненты - контейнеры, которые передают коллбэки в react-redux-form контролы, но почему-то вдохновения это вызывает еще меньше - вся логика разбегается по расположению самих компонентов формы.

Всем привет, кто-то юзал - https://github.com/react-ga/react-ga? Все нормально было?

Где можно почитать больше про sc и best practics, а то пока не пойму как правильно использовать

3348 человек жесть)) в гиттере все умерло, есть инфа что они в дискорде теперь

ребят, кто-нибудь пробовал ErrorBoundary 16 реакта? у меня не взлетает чет - componentDidCatch не ловит дочерние ошибки. Пробовал оборачивать как компонент с ошибкой, так и всю приложуху ( ErrorBoundary в качестве корневого элемента) - без результата.

3348 человек жесть)) в гиттере все умерло, есть инфа что они в дискорде теперь

Ну англ коммьюнити давно уже в reactiflux дискордовском, ето да

мой код: branch with error handler: https://github.com/kgaregin/huckleberry-ogre/tree/feature-react-ui-error-handler error boundary component: https://github.com/kgaregin/huckleberry-ogre/blob/feature-react-ui-error-handler/src/frontSource/core/modules/ErrorBoundary.tsx where i use it: https://github.com/kgaregin/huckleberry-ogre/blob/feature-react-ui-error-handler/src/frontSource/core/modules/Navigation.tsx component with ui bug: https://github.com/kgaregin/huckleberry-ogre/blob/feature-react-ui-error-handler/src/frontSource/modules/blog/Blog.tsx

Привет, не подскажете на чем делать универсальный реакт? Стоит ли юзать коа?

универсальный?

Изоморфный, который на сервере рендерится

Для сео

Next js

Всем привет! Ай нид хелп. Делаем проект в связке Django Rest Framework - React,Redux,Router. Доступ к api осуществляется с помощью axios. Авторизация осущевляется с помощью токена. Столкнулись с проблемой неправильного кэширования данных, а именно, когда мы логинимся под пользователем и получаем данные по полученному токену все хорошо, но когда делаем logout, и заходим под другим пользователем приходят данные предыдущего пользователя, самое интересное, что каким то образом все кэшируется в браузере, какие только заголовки на отключения кэширования не пробовали, и система работает только при отключенном кэше в браузере. Может кто сталкивался?

На счёт проблем с кешированием не сталкивался, на всякий случай спрошу, вы очищаете хранилище и заголовки axios после logout? В запросах токен предыдущего пользователя передаётся?

Next js

Спасибо, гляну)

На счёт проблем с кешированием не сталкивался, на всякий случай спрошу, вы очищаете хранилище и заголовки axios после logout? В запросах токен предыдущего пользователя передаётся?

Очищаем

Next js

Зачем

Сова, на грани )

Опять будешь рассказывать людям что они неправильно программируют)

?

Опять будешь рассказывать людям что они неправильно программируют)

Не . Я просто не вижу в нем смысла

Ага, если (и пошло перечисление условий) :)

Чем уже next плох ?

Да там много их проприетарной херни, типа роутера

Господа, как там файбер? Плюсы, минусы, подводные камни?

Зачем

А что тогда?

Я так понимаю в 16 уже должен быть из коробки

как реакт роутер и браузер сихнронизируются друг с другом? может кто скинуть статью или описать это

как реакт роутер и браузер сихнронизируются друг с другом? может кто скинуть статью или описать это

history

history

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

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

И наоборот

Вообще не совсем так

разве клиентские роутеры это не обертка над браузерным апи?

разве клиентские роутеры это не обертка над браузерным апи?

Над history

Чот сложно

блин обычно если ты ебешься второй день это значит что ты взял не совсем верный подход