https://codesandbox.io/s/effector-comparison-r9qy2

Это да, а еще не поддерживает es5 вообще никак

ну, и я про что

тогда это отстойный тест

как вы последние темы осилили? 9. Формы 10. Подъём состояния 11. Композиция против наследования

Не знал как лучше написать

тогда это отстойный тест

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

а в чем выигрывает?

Так ты тест посмотри, он там падает потому что референс на эффектор, а мобык делаешь меньше апдейтов и toBe не сходится

я вспомнил, твой тест принципиально некорректный, потому что ты считаешь initial вызовы в числе прочих

Всем привет, помогите написать компонент, вот пример например есть такое массив: let array = [ { name: "QWE" }, { name: "ASD" } ] Я должен написать компонент ForEach который выведет эти данные циклом Вот пример использование компонента: <ForEach data={array}> <h1>{data.name}</h1> </ForEach> на выходе должно получиться <h1>QWE</h1><h1>ASD</h1>

Что значит "считаю"? Я их не учитываю

это ложь

Всем привет, помогите написать компонент, вот пример например есть такое массив: let array = [ { name: "QWE" }, { name: "ASD" } ] Я должен написать компонент ForEach который выведет эти данные циклом Вот пример использование компонента: <ForEach data={array}> <h1>{data.name}</h1> </ForEach> на выходе должно получиться <h1>QWE</h1><h1>ASD</h1>

Это тебе не вуе

Можешь конкретнее сказать?

я вспомнил, твой тест принципиально некорректный, потому что ты считаешь initial вызовы в числе прочих

Вообще не оченб понимаю о чем ты. В плане инициализации у всех все одинаково

и?

это ложь

откуда у тебя 1 сразу после инициализации?

шо вы сретесь 😕

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

А откуда его там может не быть?

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

Ребят, кто хранит состояние запросов в сторах ( pending, success, etc.), зачем вы это делаете? Какой профит от этого вместо хранения в стейтах?

Чуть-чуть в стор, чуть-чуть в стейт, а лучше в разный?)

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

Ну у мобыкса может не быть, т.к. он ленивый. Но я в принципе пока претензию не понял

Ну и еще перечень косяков

Действительно, зачем блокировать конкурентные запросы к одному ресурсу, пускай 100500 раз одно и тоже тянется, интернета же много :) Это только один пример

Действительно, зачем блокировать конкурентные запросы к одному ресурсу, пускай 100500 раз одно и тоже тянется, интернета же много :) Это только один пример

Или у вас они шлются с разных мест?

здесь дело даже, скорее, не в этом. компонент может инициировать загрузку, но не знать о том, когда она завершилась и завершилась ли успешно в принципе (это надо отражать в UI)

Не понимаю, можно же флажки в стейте компонента хранить, и отображать состояние запроса на UI

загрузку инициирует action. там можно считать promise, но зачем? а если это нужно будет использовать в нескольких компонентах?

Или у вас они шлются с разных мест?

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

В любом более менее крупном проекте есть куча виджетов, индикаторов и т п . Которые асинхронно работают.

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

Это понятно?

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

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

последний раз я ищу проблемы за тебя, я серьёзно https://codesandbox.io/s/effector-comparison-wjr0d

Далее, если вы при запросе не поставите флаг "данные уже загружаются" и не застопорите аналогичные запросы то у вас будет 100500 запрос к одним и тем же данным на сервере.

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

А где ты обрабатываешь то что приходит на запрос?

Не весь тред читал, но зачем флаг, почему бы это на "транспортном" уровне приложения (прикладном) решать? В смысле сделать просто конкурентные запросы с кешем параметров: если выполняется запрос и поступает новый с такими же параметрами - просто возвращаем уже исполняемый запрос (промис)

А где ты обрабатываешь то что приходит на запрос?

ну например нужно показать Spinner покагрузится, если ошибкато показать соотв. знак в виджете. Транспортный уровень не для бизнес логики вообщето. Если у вас все в кучу, то мое вам сочувствие

Не весь тред читал, но зачем флаг, почему бы это на "транспортном" уровне приложения (прикладном) решать? В смысле сделать просто конкурентные запросы с кешем параметров: если выполняется запрос и поступает новый с такими же параметрами - просто возвращаем уже исполняемый запрос (промис)

что такое "транспортный уровень" приложения? посоветуете где почитать?

Да это я своими словами больше. Та доменная часть, которая за общение с беком отвечает