Size: a a a

2020 July 08

A

Andrey in ☄️ effector
Nikita Tkachuk
сейчас каждый раз пишу стор $isLoading, $isFailed, хочется не писать )
в $isLoading по дефолту true, т.к. pending сначала false, и страница успевает 1 раз отрендериться с pending===false, а нужно сразу лоадер показывать
const $isLoading = restore(fx.pending.updates, true)


а зачем $isFailed?
источник

NT

Nikita Tkachuk in ☄️ effector
Andrey
const $isLoading = restore(fx.pending.updates, true)


а зачем $isFailed?
оу, интересно )
источник

NT

Nikita Tkachuk in ☄️ effector
Andrey
const $isLoading = restore(fx.pending.updates, true)


а зачем $isFailed?
ошибочки показывать )
источник

A

Andrey in ☄️ effector
Nikita Tkachuk
ошибочки показывать )
ну зависит от метода показа конечно
но я бы наверное также рестором сделал

const $error = restore(fx.fail, null).reset(fx);
источник

NT

Nikita Tkachuk in ☄️ effector
выглядит неплохо, спасибо )
источник

M

Maxim Ambrosevich in ☄️ effector
Привет, есть вопрос:
Мне надо сделать что-то вроде конструктора эффектор сторов в реакте. Цель такая: есть компонент который несколько раз может появляться на странице, например, табличка. И мне надо сделать так, что бы у каждого компонента таблички был свой стор. Может кто-нибудь подсказать как это валидно сделать если я хочу стор весь описать в отедельном от реакт компонента файле?
источник

AO

Aleksandr Osipov in ☄️ effector
Maxim Ambrosevich
Привет, есть вопрос:
Мне надо сделать что-то вроде конструктора эффектор сторов в реакте. Цель такая: есть компонент который несколько раз может появляться на странице, например, табличка. И мне надо сделать так, что бы у каждого компонента таблички был свой стор. Может кто-нибудь подсказать как это валидно сделать если я хочу стор весь описать в отедельном от реакт компонента файле?
Как вариант держать данные в одном сторе но адресовать по id / ключу
источник

AO

Aleksandr Osipov in ☄️ effector
Другой вариант загуглить по чату useModel, но я бы не советовал
источник

A

Andrey in ☄️ effector
Maxim Ambrosevich
Привет, есть вопрос:
Мне надо сделать что-то вроде конструктора эффектор сторов в реакте. Цель такая: есть компонент который несколько раз может появляться на странице, например, табличка. И мне надо сделать так, что бы у каждого компонента таблички был свой стор. Может кто-нибудь подсказать как это валидно сделать если я хочу стор весь описать в отедельном от реакт компонента файле?
плюсую за общий стор и пачку ивентов, и рулению сущностями по ид
источник

A

Andrey in ☄️ effector
в динамике за этим имо гораздо сложнее следить
источник

AO

Aleksandr Osipov in ☄️ effector
Maxim Ambrosevich
Привет, есть вопрос:
Мне надо сделать что-то вроде конструктора эффектор сторов в реакте. Цель такая: есть компонент который несколько раз может появляться на странице, например, табличка. И мне надо сделать так, что бы у каждого компонента таблички был свой стор. Может кто-нибудь подсказать как это валидно сделать если я хочу стор весь описать в отедельном от реакт компонента файле?
Эффектор отдаёт предпочтение статической инициализации без создания юнитов в рантайме, это не техническое ограничение, сам эффектор никоем образом не мешает этому. Это сугубо из-за того что статическое описание проще для понимания
источник

VI

Vadim Ivanov in ☄️ effector
Aleksandr Osipov
Как вариант держать данные в одном сторе но адресовать по id / ключу
ага, тоже так делал когда нужно было менеджить подгружаемые письма и обновлять их статус по отдельности
источник

c⁣

createStore<🦉>... in ☄️ effector
Aleksandr Osipov
источник

c⁣

createStore<🦉>... in ☄️ effector
Nikita Tkachuk
там очень не хватает initial/fail (
источник

AO

Aleksandr Osipov in ☄️ effector
Vadim Ivanov
ага, тоже так делал когда нужно было менеджить подгружаемые письма и обновлять их статус по отдельности
Ну я использую свой useModel всё-таки, но вот рекомендовать не могу такое, просто иногда данные в таком сторе лежат по естественным ключам, типа идентификатора сущности и тут вполне уместен подход с адресацией по id.

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

DT

Daniil Tchernyavsky in ☄️ effector
Посмотрел рецепты и практики и есть вопрос. Предположим, есть someDataFx, в хендлере идет обработка данных и их нормализация с дальнейшим закидыванием через Event в Store. Так вот, есть ли какие - то подводные камни в самом хендлере эффекта вызывать Event для передачи нормализованных данных в Store собсна через Event? Или надо делать ретерн из хендлера и в тех же done.watch и подобных контролировать и там уже закидывать в стор? Или я вообще не туда воюю?
источник

c⁣

createStore<🦉>... in ☄️ effector
Daniil Tchernyavsky
Посмотрел рецепты и практики и есть вопрос. Предположим, есть someDataFx, в хендлере идет обработка данных и их нормализация с дальнейшим закидыванием через Event в Store. Так вот, есть ли какие - то подводные камни в самом хендлере эффекта вызывать Event для передачи нормализованных данных в Store собсна через Event? Или надо делать ретерн из хендлера и в тех же done.watch и подобных контролировать и там уже закидывать в стор? Или я вообще не туда воюю?
а почему не использовать штатный .done/.fail изначально?
источник

DT

Daniil Tchernyavsky in ☄️ effector
хз, я вот и спрашиваю, вай нот в общем. Тк щас рассматривал конструкцию именно закидывание в самом эффекте, а не через done/fail.
источник

c⁣

createStore<🦉>... in ☄️ effector
Daniil Tchernyavsky
хз, я вот и спрашиваю, вай нот в общем. Тк щас рассматривал конструкцию именно закидывание в самом эффекте, а не через done/fail.
лучше через .done/.fail
источник

DT

Daniil Tchernyavsky in ☄️ effector
эффектор вей считается или шо то еще?
источник