꧁岡
Значит и пендинг слушац не будет
а эффект у меня не прокидывается.
Эффект он вовне. Фабрика предоставляет эвент formValidated - и уже юзер может зафорвардить/загвардить его на свой эффект
Size: a a a
2020 August 17
DS
пендинг это стор. Ты не можешь просто так взять и его сунуть в jsx
AA
const pending = useStore(effectFx.pending)
AA
да, там должен быть, грю же, это баг доки
꧁岡
const pending = useStore(effectFx.pending)
Ты это внутрь своего хука заверни просто
AA
пофикшу)
AA
Ты это внутрь своего хука заверни просто
Не уверен что стоит. Результат формы не обязательно эффект, это может быть и эвент и что угодно. Мой концепт был в том чтобы либа только с формой и валидацией работала. Все остальное уже - на стороне пользователя.
Зафорвардить эвент на эффект не сложно зачастую
Зафорвардить эвент на эффект не сложно зачастую
꧁岡
꧁岡
Ну ладно
AA
Я думал об этом но решил что так гибче)
꧁岡
А то в react-hook-form все это есть
DS
Ты это внутрь своего хука заверни просто
Может это и нужно, но стоит продумать как сделать эту фичу опциональной, а может и оверхед.
AA
Может это и нужно, но стоит продумать как сделать эту фичу опциональной, а может и оверхед.
Пока мне кажется что это оверхед и что что происходит с формой после сабмита - слишком специфично может быть. И тут может апи сильно раздуться, если пытаться покрыть эти кейсы, при этом это не будет более удобно чем
forward({
from: form.formValidated,
to: effectFx
})DS
Пока мне кажется что это оверхед и что что происходит с формой после сабмита - слишком специфично может быть. И тут может апи сильно раздуться, если пытаться покрыть эти кейсы, при этом это не будет более удобно чем
forward({
from: form.formValidated,
to: effectFx
})Соглашусь скорее с тобой
З
Всем привет!
Я тут библиотечку для работы с формами на эффекторе накатал:
https://www.npmjs.com/package/effector-forms
Буду рад если окажется кому полезной (и рад обратной связи).
Делал на основании обобщения своих накопившихся за полтора года разработки на эффекторе кейсов
Я тут библиотечку для работы с формами на эффекторе накатал:
https://www.npmjs.com/package/effector-forms
Буду рад если окажется кому полезной (и рад обратной связи).
Делал на основании обобщения своих накопившихся за полтора года разработки на эффекторе кейсов
Честно говоря, не перевариваю монолиты уже 2 года, а тут
createFormЗ
+ имхо это идет в разрез с эффектором. он про атомарные сторы, ивенты и вот это все, а тут одной функцией создаем все поля. А потом идут неконсистентные использования combine
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
const $login = createField({
init: "",
rules: [required]
})
console.log($login.value, $login.isValid, $login.errors)AA
+ имхо это идет в разрез с эффектором. он про атомарные сторы, ивенты и вот это все, а тут одной функцией создаем все поля. А потом идут неконсистентные использования combine
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
const $login = createField({
init: "",
rules: [required]
})
console.log($login.value, $login.isValid, $login.errors)А в чем это дает преимущество помимо того что получается более "атомарное" апи?
DS
Честно говоря, не перевариваю монолиты уже 2 года, а тут
createFormcreateApi тоже не перевариваешь?
AA
учитывая то что валидации полей могут быть взаимозависимыми (например пароль и подтверждение пароля) мне сложно представить как это на подобном апи реализовать
AA
+ имхо это идет в разрез с эффектором. он про атомарные сторы, ивенты и вот это все, а тут одной функцией создаем все поля. А потом идут неконсистентные использования combine
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
Куда лучше бы, на мой взгляд, было юзать что-то типа такого
const $login = createField({
init: "",
rules: [required]
})
console.log($login.value, $login.isValid, $login.errors)Кроме того, каждое поле будет завернуто в фабрику - а это больше кода