аська умирала уже

да и олбанский тоже

https://pastebin.com/U1SPiMgG

https://pastebin.com/U1SPiMgG

data.isClient == false....

я тут чужой код смотрю, как избавиться от запроса?

да, знаю, зашквар

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

redux-thunk?

при загрузке приложения диспатчится сразу экшен, в котором в ответе есть этот флаг, не понимаю, есть ли возможно динамически фигурировать с childNodes?

Эээх ребзи

Никогда не делайте вычисления в ренреде

Даже для отрисовки

Много времени сэкономите

1+1 = 2

Я там в рендере считал координаты для одной херни

И ну получил говно в итоге

С а й д эффект

Вроде логично, что в рендере тупо рендерятся пропсы и стейт, нет?

render() { destruct return () }

Любой ретурн должен выглядеть так.

Никогда не делайте вычисления в ренреде

ежу ж понятно :))

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

Ок, а где должны быть вычесления?

Ок, а где должны быть вычесления?

зависит от архитекруты компонента

А я понял...

Ок, а где должны быть вычесления?

В иделе в хоке.

Не пихать их в сам render

А делать до него.

В идеале — задолго до хока

в идеале в редьюсерах :)))

т.е. к компоненту по идее ты должен приконнектить готовую для отображения структуру данных и не париться

В идеале — задолго до хока

А тут уже зависит)

В селектах же ?

селекты это костыль

А тут уже зависит)

Не зависит, данные должны рассчитываться вне view

Смотря какие данные. Я не буду сплит для virtualized view писать в редьюсере.

Хотя это зависит от тулинга, который используется.

селекты это костыль

Поч?

Если нормальный стейт менеджер, то ок.

А есть хорошая инфа, что бы разобрать в HOC&

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

У меня там не с массивом операции

А вычисления координат

Почему их предвычислить нельзя и не положить в стор/стейт?

Можно

Эт просто я долбаеб ))000

А есть хорошая инфа, что бы разобрать в HOC&

https://css-tricks.com/what-are-higher-order-components-in-react/

А тут уже зависит)

Он скорее всего имеет введу вынести вычисления на стадию компиляции или в веркеры.

Поч?

ну ок, давай подумаем почему, селеторы костыль

Он скорее всего имеет введу вынести вычисления на стадию компиляции или в веркеры.

На стадию компиляции? А уже есть нормальные инструменты?

А вынос логики в воркеры, ну такое...

На стадию компиляции? А уже есть нормальные инструменты?

При желании да, есть

При желании да, есть

Сорян, но препак очково в прод тащить.

А других инструментов я не знаю.

Препак не про то совсем)

Или babel-minify предвычиляет?

Препак не про то совсем)

Ну, он решает более общую задачу.

Не на стадию вычислений конечно же, а просто рассчитывать всё по возможности однократно, чего реакт при всём желании предоставить не в состоянии

Пытается решать.

Ну, он решает более общую задачу.

Гораздо более частную

Или babel-minify предвычиляет?

preval, DefinePlugin

Не на стадию вычислений конечно же, а просто рассчитывать всё по возможности однократно, чего реакт при всём желании предоставить не в состоянии

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

preval, DefinePlugin

Бабель макросы ещё

preval, DefinePlugin

Что-нибудь в проде используешь?

ERROR: S client not available

Ну про DefinePlugin стыдно спрашивать

Я беcстыдник.(+ русский не знаю.)

А так у меня бабель макросы для свёртки кучи рутинных вычислений в компайл тайм

Это позволило убрать из бандла одну лишнюю схему данных, которая занималась выбором контекста (условно, адреса эндпоинта) в зависимости от вызываемого метода

я думаю вы немного не туда съехали

compile time это другое

У нас свободная страна.

Куда хотим, туда и съезжаем.

Морнинг гайз. А где положенно писать функции который redux-thunk обрабатывает? В файле с action creator'ами?

Морнинг гайз. А где положенно писать функции который redux-thunk обрабатывает? В файле с action creator'ами?

каждый action creator в отдельном файле лучше и те о которых ты спрашиваешь тоже

каждый action creator в отдельном файле лучше и те о которых ты спрашиваешь тоже

Ну это ж от подхода зависит ?

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

а ты используешь какой подход ? Фиче-ориентированный ?

Я вот сейчас auth допилил и все экшены пхал в actions/auth Сенатор предлагает пхать каждый экшон в отдельный файл, типа так - action/auth/signInRequest, action/auth/signInFailed и т.д.?

да а еще лучше не юзать голый ридакс

А что?

много лишнего кода

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

Может есть какая-то магия?

типа обобщать код

через HOC

не?

Может есть какая-то магия?

redux-symbiote

Благодарю)

в mapDispatchToProps совсем не обязательно прописывать

тогда dispatch придет в пропсы и можно делать так import actionCreator from 'actionCreator' onClick={() => this.props.dispatch(actionCreator())}

Вместо mapDispatchToProps просто отдать null и я в пропсах всё-равно получе диспатч?

ну да

Но арроу функция же каждый раз будет пересоздавать метод. При большой количестве таких анонимных арроу-функций это на чуть-чуть ударить по производительности.

не настолько чтобы об этом стоило беспокоиться

Сэр, есть, сэр! Благодарю, сэр.