ED
Size: a a a
2020 October 21
YL
да, в это я смотрела, но не особо поняла насчет того, как работает fx.done с axio
эффект предоставляет handler(асинхронную функцию) где ты разруливаешь всю движуху с аксиосом так как тебе нужно
DS
да, в это я смотрела, но не особо поняла насчет того, как работает fx.done с axio
Каждый вызов эффекта, вызывает колбек переданный при инициализации. Если результат вызова колбека - промис, то эффектор дождется его резолва или реджекта, и зафаерит необходимый ивент (effect.done или effect.fail)
Ивенты effect.doneData и effect.fsilData - вспомогаельные , и нужны когда тебя интересует только результат резолва или реджекта
Ивенты effect.doneData и effect.fsilData - вспомогаельные , и нужны когда тебя интересует только результат резолва или реджекта
ED
Каждый вызов эффекта, вызывает колбек переданный при инициализации. Если результат вызова колбека - промис, то эффектор дождется его резолва или реджекта, и зафаерит необходимый ивент (effect.done или effect.fail)
Ивенты effect.doneData и effect.fsilData - вспомогаельные , и нужны когда тебя интересует только результат резолва или реджекта
Ивенты effect.doneData и effect.fsilData - вспомогаельные , и нужны когда тебя интересует только результат резолва или реджекта
хм, то есть по идее он должен одинаково работать и с axios, и с fetch, если только внутри хендлера нормально данные обработать, так?
DS
да, в это я смотрела, но не особо поняла насчет того, как работает fx.done с axio
Аксиос точно также как вызов фетч - возвращает промис.
DS
хм, то есть по идее он должен одинаково работать и с axios, и с fetch, если только внутри хендлера нормально данные обработать, так?
Все верно
ED
звучит логично, но у меня с первого раза не завелось. Потыкаю еще в сторону обработки данных, спасибо ))
DS
звучит логично, но у меня с первого раза не завелось. Потыкаю еще в сторону обработки данных, спасибо ))
https://github.com/mg901/effector-react-realworld-example-app
Посмотри в этот проект, если не ошибаюсь - там аксиос
Посмотри в этот проект, если не ошибаюсь - там аксиос
ED
https://github.com/mg901/effector-react-realworld-example-app
Посмотри в этот проект, если не ошибаюсь - там аксиос
Посмотри в этот проект, если не ошибаюсь - там аксиос
да, действительно. Гляну, благодарю)
L
коллеги сори вопрос не совсем в тему, короче есть такой мини аналог excel(двумерная таблица), как лучше хранить значение в ячейке ? я тут подумал над такой структурой стейта
{[rowId]:{[columnId]:value} и {[columnId]:{[rowId]:value}}, то есть держать в памяти всегда 2 мапы, одна с ключом по rowId а вторая по columnIdDS
коллеги сори вопрос не совсем в тему, короче есть такой мини аналог excel(двумерная таблица), как лучше хранить значение в ячейке ? я тут подумал над такой структурой стейта
{[rowId]:{[columnId]:value} и {[columnId]:{[rowId]:value}}, то есть держать в памяти всегда 2 мапы, одна с ключом по rowId а вторая по columnIdКак лучше, чтобы какой цели достичь?
L
Как лучше, чтобы какой цели достичь?
что б хранить значение в ячейках + crud операции с этими значениями + разные фильтрации по колонкам и по строкам
c
коллеги сори вопрос не совсем в тему, короче есть такой мини аналог excel(двумерная таблица), как лучше хранить значение в ячейке ? я тут подумал над такой структурой стейта
{[rowId]:{[columnId]:value} и {[columnId]:{[rowId]:value}}, то есть держать в памяти всегда 2 мапы, одна с ключом по rowId а вторая по columnIdvalue нужно сделать объектом, и чтобы оба индекса на один и тот же объект указывали
L
value нужно сделать объектом, и чтобы оба индекса на один и тот же объект указывали
думаешь лучше сделать какие-то композитные ключи ? типа [rowId-columntId]:value ?
L
просто подход который я описал выше очень хорошо работает только на чтение, а на все остальное этот подход как мне кажется не самый оптимальный
DS
что б хранить значение в ячейках + crud операции с этими значениями + разные фильтрации по колонкам и по строкам
Сложно так сказать. Смотря какие операции будут и какой размер таблицы. Я бы наверное в матрице хранил
DS
А если адреса ячеек нечисловые то завел бы обьект-словарик
L
Сложно так сказать. Смотря какие операции будут и какой размер таблицы. Я бы наверное в матрице хранил
вот так выглядит примерно эта таблица https://nadbm.github.io/react-datasheet/ (просто для примера, я не юзаю эту либу)
L
А если адреса ячеек нечисловые то завел бы обьект-словарик
они не числовые, это uuid
DS
они не числовые, это uuid
Каждая колонка и строка - это айдишник?