S
Ну тогда можно просто исключить undefined из юниона, но это минус безопасность
Size: a a a
2021 October 25
ДА
эта часть на*бывает тс просто)
S
Почему же? Это default параметр, и он отработает как let { props } = arg ?? {}
ДА
стыдно за недоверие, но не стыдно спрашивать в нубятне. Спасибо😄
ДА
выглядит красиво, не надо строчку тратить на деструктуризацию
S
Выглядит то красиво. Но работает хоть?
М
разве тс пропустил этот вариант?
ДА
как волшебство
2021 October 26
S
А почему бы не должен?
М
Ну у него тип вроде как требовал не просто объект, а объект с ключами определенного типа
S
Об этом позаботится Partial
S
Теперь любой ключ может быть undefined
ДА
видимо они undef будут
М
а, не заметил, что его добавил еще, думал пустой объект параметром по умолчанию просто кинул. Хотя все равно костыльно как по мне, лучше вообще undf убрать из типа судя по компоненту, но то ладно
S
Omit<Data["warning"], undefined> сработает?.. Вообще, я просто сделал именно то, о чем был вопрос. На счёт костыля согласен
ДА
я ещё только учусь тс, смысл в том что функция работает только если warning truthy, значение undef должно предотвратить её срабатывание, но если warning то ключи должны быть, я организовал так
C
Я бы не городил никаких partial, omit и прочих вещей, которые заставляют лезть в документацию, а просто создал тип для warning и уже его бы указывал в функции и в самом обьекте.
М
Даже не знаю в этом случае конкретно. Просто странно ставить тс, а потом костылями обходить его проверки тем более, что сам компонент вроде как по определению требует этот объект с ключами и без него не имеет особого смысла
ДА
и я о том же