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

но ведь setState асинхронный, почему он в этом примере вдруг синхронный? )

ты лучше расскажи зачем в setTimeout оборачивал

какая разница, ты ведь там рассказывал про event loop и прочее что ничего общего к setState в реакте<16 не имеет

какая разница, ты ведь там рассказывал про event loop и прочее что ничего общего к setState в реакте<16 не имеет

из этого всего я только про эвент луп говорил

какая разница, ты ведь там рассказывал про event loop и прочее что ничего общего к setState в реакте<16 не имеет

и клик и так будет в новом тике и без setTimeout

клик будет в контексте планировщика задач реакта, тк это синтетический эвент реактовый

клик будет в контексте планировщика задач реакта, тк это синтетический эвент реактовый

это не мешает ему быть в другом тике

а setTimeout не будет внутри планировщика задач

поэтому в нём setState будет синхронным

епта, ну это уже перебор

я сдаюсь

Ио всем

Как мне замокать диспатчер в actions вот в таком вот коде addTodo(text) { axios({ method: 'POST', url: 'http://localhost:3001/todos', data: { text: text, status: false } }) .then((response) => { TodoDispatcher.dispatch({ type: TodoActionTypes.ADD_TODO, payload: response, text, }); }) },

епта, ну это уже перебор

?

?

Люди! У меня вопрос по recompose. Как сделать так что б handler, заданный в “withHandlers” не генерировался каждый раз при его вызове?

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

?

Мокать аксиос ??

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

@testarossa

withHandlers({ handlerName: (props) => { console.log(‘handlerName’) // <— вот этот вот консоль лог вызывается каждый раз return (event) => { … } } })

Это говорит о том, что возвращаемый хандлер генерируется каждый раз по-новой

Как этого избежать?

@testarossa

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

То есть смотреть как он изменился после диспатча

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

@testarossa аа просто замокать стор и запустить диспатч?

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

Норма, просто не ререндери лишний раз

@testarossa аа просто замокать стор и запустить диспатч?

Именно

Норма, просто не ререндери лишний раз

Странный совет ) Допустим у меня вообще рендерится какая-то анимация или, скажем, счетчик постоянно обновляется. Зачем при этом мне перегенерировать код хэндлеров при каждом рендеринге?

Ну юзай класс

Я правильно понимаю, что при использовании recompose это неизбежно?

Смотри у меня есть функция

Я хочу чтобы она не вызывалась каждый раз

Что мне делать ?

Правильно ли я понимаю что при использовании джс вызывать функцию при ее вызове это неизбежно ?

Что мне делать ?

В случае с recompose не знаю

Вопрос именно про использование recompose

Один хер

Не хочешь вызывать - не вызывай Не хочешь пересоздания - не ререндери

sCU бог для чего вам дал

Не хочешь вызывать - не вызывай Не хочешь пересоздания - не ререндери

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

Всё верно

ок.

Спасибо!

Тогда выигрыш от использования recompose становится не очень-то очевидным ))

Ну в случае консоль лога, ты можешь вынести функцию на уровень выше

Тогда выигрыш от использования recompose становится не очень-то очевидным ))

Пересоздания отбирает ничтожно малое количество времени относительно ререндера

Это говорит о том, что возвращаемый хандлер генерируется каждый раз по-новой

каждый раз это сколько?

при рендере компонента или при генерации компонента?

каждый раз это сколько?

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

при рендере компонента или при генерации компонента?

При рендере

странно

withHandlers<InnerProps, OuterProps>({ [fetchAndSet]: (props: OuterProps & { [propName: string]: any }) => async () => { const obj = await fetchCallback(props) props[setName](obj, () => props[setNameLoaded](true)) }, }),

вот у меня вот это говно вызывается только когда я вызываю fetchAndSet

передавай обьект а не фабрику

вот у меня вот это говно вызывается только когда я вызываю fetchAndSet

Где ты консоль лог разместил?

Для проверки

а я вижу уже разницу

еще раз говорю — у меня обьект передается

у тебя фабрика

Я с фабрикой пока вообще не связывался

У меня объект

{ console.log(‘handlerName’) // <— вот этот вот консоль лог вызывается каждый раз return (event) => { … }

вот это что?

у тебя фабрика здесь

ERROR: S client not available

Тогда и у тебя фабрика

withHandlers( handlerCreators: { [handlerName: string]: (props: Object) => Function } )

У меня это

И у тебя оно

а

слушай да

[fetchAndSet]: (props: OuterProps & { [propName: string]: any }) => async () => {

ну тогда мне похуй ?

Это потому что у тебя частого рендеринга нет )

чувак

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

то значит я явно накосячил с архитектурой )

в pure оберни чтоли )

хендер таки можно вынести

const handler = ()=> … и потом return handler

но вообще странно

хендер таки можно вынести

Это да. Можно вынести вовне. Я просто думал что я просто пока что-то не понял в recompose. Ибо у них в документации сказано что withHandlers как-раз и создан для того что б хэндлеры не перегенерировались

https://github.com/acdlite/recompose/blob/master/src/packages/recompose/withHandlers.js

чот хуйня какая-то

кеш есть

у тебя точно там анмаунта нет?

В компоненте нет

а выше

Но ок, покопаюсь поглобальнее

componentWillReceiveProps() { this.cachedHandlers = {} }

хм

ужс

хотя логично

если хендлеры что-то с пропсами делают

Все понял! Там выше по уровню у меня стоит withState. И каждый хандлер, прописанный в блоке withHandlers, который находится ниже по уровню чем withState, перегенерируется каждый раз при вызове

Если был изменен стейт конечно

Содержимое же блоков withHandlers, которые находятся выше чем прописан withState, не перегенерируется после смены стейтов