A
Это философский вопрос, или есть реальная проблема от мержа?
есть реальная проблема в том, что тайпинги вкатили для клока с массивом, но работают они не всегда)
Size: a a a
2020 July 30
🦜
Это философский вопрос, или есть реальная проблема от мержа?
А все, а надо было раньше думать
ei
есть реальная проблема в том, что тайпинги вкатили для клока с массивом, но работают они не всегда)
Ааа, резонно
I
Это философский вопрос, или есть реальная проблема от мержа?
Вот и получается, что в обновлении 21.2.0 декларируется возможность убрать мерж, типа затипизировано. А на самом деле типизация валится при любом несовпадении с приведенным в обновлении примере. х)
ЕЖ
Подскажите почему при использовании prepend для события в стор попадает целый объект события, а не значение из prepend? (https://share.effector.dev/xqS3U0Jt)
П
Подскажите почему при использовании prepend для события в стор попадает целый объект события, а не значение из prepend? (https://share.effector.dev/xqS3U0Jt)
input.onchange = event.prepend(e => e.target.value);
yv
Подскажите почему при использовании prepend для события в стор попадает целый объект события, а не значение из prepend? (https://share.effector.dev/xqS3U0Jt)
prepend возвращает новый евент, который и надо вешать на событие
ЕЖ
Спасибо!
🚀🚀
Вот и получается, что в обновлении 21.2.0 декларируется возможность убрать мерж, типа затипизировано. А на самом деле типизация валится при любом несовпадении с приведенным в обновлении примере. х)
чтобы работал вывод типов как в merge нужен ещё один дженерик в оверлоаде сэмпла, так работает тайпскрипт
П
чтобы работал вывод типов как в merge нужен ещё один дженерик в оверлоаде сэмпла, так работает тайпскрипт
overloads hell какой-то
🚀🚀
overloads hell какой-то
страшно только первую сотню юз кейсов
🚀🚀
я на днях разделил огромный модуль с тестами типов сэмпла на несколько меньших, в отдельной папке, теперь новые фичи завозить легче https://github.com/zerobias/effector/tree/master/src/types/__tests__/effector/sample
🚀🚀
Вот и получается, что в обновлении 21.2.0 декларируется возможность убрать мерж, типа затипизировано. А на самом деле типизация валится при любом несовпадении с приведенным в обновлении примере. х)
при наличии fn кстати нужно указать тип явно https://github.com/zerobias/effector/blob/master/src/types/__tests__/effector/sample/clockArray.test.ts#L85
I
при наличии fn кстати нужно указать тип явно https://github.com/zerobias/effector/blob/master/src/types/__tests__/effector/sample/clockArray.test.ts#L85
толку тогда от этого вывода, если при использовании с combine в fn ничего указывать вручную не надо?)
🚀🚀
о, я придумал)) можно добавить оверлоад с clock: Unit<any>[] если в fn только один аргумент, так как сейчас это не учитывается и тс пытается вывести тип который не юзается
П
при наличии fn кстати нужно указать тип явно https://github.com/zerobias/effector/blob/master/src/types/__tests__/effector/sample/clockArray.test.ts#L85
вот, получается всё равно руками тип добавлять (((
🚀🚀
толку тогда от этого вывода, если при использовании с combine в fn ничего указывать вручную не надо?)
с точки зрения тайпскрипта несовпадение типов это ошибка
🚀🚀
ну блин, это отсутствиие контравариантности, флоу никто поддержать не захотел (включая авторов), результат вполне логичен
🚀🚀
работаем с тем что имеется
🚀🚀
без снапшотов типов и такого уровня вывода бы не было