🚀🚀
я пока в trail обрабатывал такие кейсы каждый раз офигевал, довольно тяжело для написания получается
Size: a a a
2020 October 18
c
я пока в trail обрабатывал такие кейсы каждый раз офигевал, довольно тяжело для написания получается
Может вовсе не добавлять поддержку позиционных аргументов в патронум?
🚀🚀
вероятно да, не стоит
🚀🚀
кстати, был бы признателен если бы методы патронума бы проставляли поле named везде)
c
кстати, был бы признателен если бы методы патронума бы проставляли поле named везде)
name проставляют
c
Где можно
c
Или как нужно?
🚀🚀
name проставляют
name динамические, поэтому на них не выходит завязываться
🚀🚀
named это когда мы говорим «fail эвент» и понимаем, что это относится ко всем таким эвентам, они названы fail
🚀🚀
это как фамилия
🚀🚀
named используется чтобы взяв юниты созданные методом везде получить совпадающую структуру:
fx
done
fail
pending
updates
inFlight
updates🚀🚀
эффекты будут разные но структура на всех одна
c
named используется чтобы взяв юниты созданные методом везде получить совпадающую структуру:
fx
done
fail
pending
updates
inFlight
updatesА как их правильно проставлять?
🚀🚀
Или как нужно?
const tick = createEvent({named: 'delay.tick'})🚀🚀
это есть у всех юнитов и работает даже сквозь конфиги методов типа сэмпла (вроде бы😅)
c
const tick = createEvent({named: 'delay.tick'})А delay это от имени сущности должно быть?
c
Именно статическое имя?
🚀🚀
А delay это от имени сущности должно быть?
хз, надо хотя бы с чего-то статического начать
🚀🚀
по идее delay надо указать в поле createdBy, в trail это оказалось довольно удобно, но в самом эффекторе это пока не реализовано
🚀🚀
Именно статическое имя?
да