его только в 7 добавили ж

нет

https://github.com/babel/babel/commits/7.0/packages/babel-plugin-transform-decorators/src/index.js

ой

history кликни

а, да

просто в stage-1 их не юзали

а юзали легаси

а теперь stage-1 свичнули на этот

ваще там чуваки пишут, что ждут стейдж 3)

@klond90 в редьюсерах вычисляется бизнес логика, которая по большму счёту framework agnistic. Если у тебя в редьюсерах 26мс, то и на angular, и на jquery и на vanila у тебя будут эти 26мс на бизнес логике. Проблема чисто в js функциях твоих, которые бизнес-вычислениями занимаются

фибоначи считаешь?

у меня 1мс но это уже пиздец

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

@klond90 в редьюсерах вычисляется бизнес логика, которая по большму счёту framework agnistic. Если у тебя в редьюсерах 26мс, то и на angular, и на jquery и на vanila у тебя будут эти 26мс на бизнес логике. Проблема чисто в js функциях твоих, которые бизнес-вычислениями занимаются

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

свитчи - встроенная конструкция JS, даже если их 1000 - это наносекунды

туда уже чистые данные должны попадать

я почти наверняка уверен что если вместо 100 редсусеров написать одну функцию развесистый такой свитч

свитчи - встроенная конструкция JS, даже если их 1000 - это наносекунды

свитчи медленнее else/if

свитчи - встроенная конструкция JS, даже если их 1000 - это наносекунды

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

> @sergeysova свитчи медленнее else/if если инфа 100%, тогда @klodon пусть на if/else всё перепишет - сравним!

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

То есть ты процессишь экшены?

В принципе логично, да

у меня редакса по-минимуму щас

я пока к этой тонкой теме не подходил

но есть подозрение что будут сервисы-синглтоны

в которые буду инжектить стор

а они уже будут этой херней заниматься

в которые буду инжектить стор

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

про моветон в редьюсерах не понял.

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

сторадж

> @sergeysova свитчи медленнее else/if если инфа 100%, тогда @klodon пусть на if/else всё перепишет - сравним!

какое-то время назад, я видел бенчи и запускал их, было даже объяснение почему так. Сейчас возможно всё очень ускорили но мне противно писать свитчи и else/if для редюсера

про моветон в редьюсерах не понял.

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

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

соответственно никакой логики

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

ну смотря какая

Я вообще handleActions использую из redux-actions

если что-то получил, посчитал, вернул то да

если куда-то дальше обращается, то уже нет

Адекватнее же выглядит

точно так делаю!

Чем свитчи-хуитчи

Во во)

куда-то обращаться - это сайд-эффекты, они безусловно вне редьюсеров должны происходить.

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

вот

лукапы быстрее )

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

всяко

мда, таблица сравнения производительности ещё раз доказала, что дело не в самой конструкции swtich/case

я кстати брал старый проект, на 0.13 версии Реакта, с дохренище сложным UI и тучей компонентов и посмотрел перфоманс вот хуже всего работает реакт, хотя мы там выжимали что могли

разница +/-1%

разница есть

if/switch занимет код, а значит ВМ, а занчит память

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

далее посмотрим на абсолютные цифры: миллиард операций в секунду. У @klond90 1000 switch/case - это 1мс от которой +/-1% можно сэкономить

В каком лучше месте нормализовать данные которые пришли после запроса? Прямо в редьюсере?

ну и как говорят опологеты, каждый if увеличивает сложность приложения в 2 раза ))

Или мидлвэйр запилить?

чтобы найти тормоза, надо js код логики редьюсеров смотреть, а не swith/case менять на if/else или lookup

В каком лучше месте нормализовать данные которые пришли после запроса? Прямо в редьюсере?

Ни в коем случае не в reducer. Лучше в API или actionCreator.

В каком лучше месте нормализовать данные которые пришли после запроса? Прямо в редьюсере?

редюсер в идеале, только впихивает данные в стор

Или мидлвэйр запилить?

Запили мидлвер. Но если по быстрому и без заморочек, можно и в редьюсере

но лучше в actionCreator, да

ERROR: S client not available

Ни в коем случае не в reducer. Лучше в API или actionCreator.

согласен В редюсере не должно быть никаких операций, максимум выборки

согласен В редюсере не должно быть никаких операций, максимум выборки

Выборки лучше в реселекте)

я вот понимаю стор это репозитарий

т.е. save/load данных из хранилища

побочного говна там быть не должно

согласен В редюсере не должно быть никаких операций, максимум выборки

что понимаете под "Операциями"? Насчёт "выборок" - так это же в селекторах (reselect / mapStateToProps)

Ещё есть вариант прямо в саге

что понимаете под "Операциями"? Насчёт "выборок" - так это же в селекторах (reselect / mapStateToProps)

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

Но вот мне кажется что мидлвэйр получше выглядит

Но вот мне кажется что мидлвэйр получше выглядит

Для нормализации не нужен middleware. Это делается на выходе из API в самом API или в actionCreator. Это стандартный подход

интересно те кто топит за бизнес-логику в мидлварях — насколько большой опыт разработки вне реакта?

я просто помимо реакта еще на беке пишу

Выборки лучше в реселекте)

если ты кидаешь в экшнкреатор чистые данные, а в стор нужно положить только определенные ключи

как-то вообще такой подход не могу уложить в голове

весьма абстрактное обсуждение получается, кто-то говорит что в редьюсерах не должно быть "операций", кто-то говорит что там не должно быть "побочного говна". Давайте конкретный пример рассмотрим и обсудим: у меня приложение кредитный калькулятор. Пользователь подпинул ползунок "сумма кредита" или ползунок "срок" - возникаются соответсвующие Actions. Надо перемножить кучу коэффициентов, применить какие-то крутые алгоритмы и выдать на экран пользователю "это вам будет стоить X% годовых и в итоге вы переплатите Y руб.". Где бы вы написали весь код умножающий/складывающий/вычисляющий X и Y? Варианты ответов (по мере выполнения в js): A) actionCreator; B) reducer; C) mapStateToProps/reselect ?

(A) пишется комплексный actionCreator с redux-thunk с доступом к store и там все делается

в данном примере нет обращения к серверу

до actionCreator в сервисе

весьма абстрактное обсуждение получается, кто-то говорит что в редьюсерах не должно быть "операций", кто-то говорит что там не должно быть "побочного говна". Давайте конкретный пример рассмотрим и обсудим: у меня приложение кредитный калькулятор. Пользователь подпинул ползунок "сумма кредита" или ползунок "срок" - возникаются соответсвующие Actions. Надо перемножить кучу коэффициентов, применить какие-то крутые алгоритмы и выдать на экран пользователю "это вам будет стоить X% годовых и в итоге вы переплатите Y руб.". Где бы вы написали весь код умножающий/складывающий/вычисляющий X и Y? Варианты ответов (по мере выполнения в js): A) actionCreator; B) reducer; C) mapStateToProps/reselect ?

миддлвара?

диспатчишь апдейт кокнретного значения, в стор доходит всегда один и тот же экшен — миддлвара рассчитала изменения

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

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

напиши боту @vote

миддлвара?

а в чем будет профит от миддлвары?

все рассчеты в одном месте, в редюсере один экшен

диспатчишь апдейт кокнретного значения, в стор доходит всегда один и тот же экшен — миддлвара рассчитала изменения

@mkusher

> до actionCreator в сервисе Тоже вариант при вызове одиночного итогового actionCreator. Но если это делается нарпимер в компоненте, то не лучший вариант. Комплексный actionCreator сработает даже при unmount компонента.

типа: dispatch UPDATE_MONTHS -> middlware calcs -> dispatch UPDATE_CALC_DATA dispatch UPDATE_TOTAL -> middlware calcs -> dispatch UPDATE_CALC_DATA

хотя возможно я несу хуйню

так ну есть функция function calculateCredit(amount, term) возвращает объект Credit с нужными полями, все вычисления там, редьюсер просто вызывает на нужные экшены эту функцию

зачем здесь миддлвара?

типа: dispatch UPDATE_MONTHS -> middlware calcs -> dispatch UPDATE_CALC_DATA dispatch UPDATE_TOTAL -> middlware calcs -> dispatch UPDATE_CALC_DATA

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

так ну есть функция function calculateCredit(amount, term) возвращает объект Credit с нужными полями, все вычисления там, редьюсер просто вызывает на нужные экшены эту функцию

В reducer не должно быть вычислений. Это тормозит весь flow redux.