Привет, а как проверить что какой-то any | unknown пришедший

Question

Привет, а как проверить что какой-то any | unknown пришедший

из JSON.parse например, является элементом enumа? Набросал, но говорит boolean ты, а не predicate https://www.typescriptlang.org/play?#code/KYOwrgtgBAimCGAbAlgFwJ4BlgDdiKgG8AoKMqAVRAGsQB7AdxCgF4oAGAGlPM0dagBGbuSgBZYABNkkAQCYR5ABLIA5gAsBAZm4BfYsWQhUwAE4AzeAGNgUAJIBnOEjRZc+IjzIAKHEjDAAFxQYDT0TACUwX6IAVDIDrAIKBjYeIgA3MT6xFZ0IA6o8U7Jrmn4wY7OKW7pAr7+wBGsAHxQAPIARgBWwFaoAHQxAQ7e1WXuiBEDRlaxksCjw7bwieOpkxFZhuZQ3gnrtfje7BHNJKJ5BXSIwAOIdKreAOTowPAADpxQAHoA+j9nhFslB8A5bBdyFcHDc7g8ns96B9gN8AFR-VFA7JAA

#programming #russian #typescript

0

19.02.2021

19 ответов

14 просмотров

Тимофей 🛴

Так вроде можно только если элементы энума строки Потому что с числами в values будут и имена этих энумов

0

19.02.2021

Тимофей 🛴

Я кстати обычно видел функции которые через if, switch или объект мапали значение к конкретному энуму, что то никогда не задумывался ОК это или нет

0

19.02.2021

Sergey S Автор вопроса

ага, будут имена, и числа, но я решил это опустить, не хочется здоровенный свитч, enum еще несколько, и они меняются, можно добавить если value типа number и проверку на нахождение в массив кстати, если значения циферки

0

19.02.2021

Sergey S Автор вопроса

спасибо, в моем кейсе авто вывод типа все портит?

0

19.02.2021

Ivan 🧑‍🚀

Предикаты нужно явно описывать на месте, обычные функции не кастуются к предикатам. И вообще, const foo: Foo = ... — плохая практика, не надо так

0

19.02.2021

Kirill Sukhomlin

То, что ты написал вроде норм. Плохая практика const foo = ... as Foo

0

19.02.2021

Ivan 🧑‍🚀

это суперплохая) а const foo: Foo — просто плохая)

0

19.02.2021

Daniil Kuznetsov

Однажды ты, кажется, писал и что const Component: FC ... плохая практика. Лично мне кажется что это действительно ты странность какую-то пишешь, говоря что это плохая практика.

0

19.02.2021

Ivan 🧑‍🚀

Да, писал. Почему странность?

0

19.02.2021

Daniil Kuznetsov

Потому что лично мне это не кажется плохой практикой. Да и не только мне, кстати

0

19.02.2021

ignorant [ she/her ]

да, не только, мы начинали спор насчет этого, в конце которого наши сообщения удалили =))

0

19.02.2021

Ivan 🧑‍🚀

«Лично» и «кажется» — это хорошо, я не против. Аргументы?

0

19.02.2021

Eugene Maltsev

А зачем каждому компоненту children? Который не все компоненты используют)

0

19.02.2021

Daniil Kuznetsov

Меня это, кстати, особо не смущает. Но вполне можно без children тип написать. Вот единственный случай когда я не юзаю FC, это дженерики. В этом случае я да, пишу что-то вроде <T>(props: {t: T}) => React.ReactElement

0

19.02.2021

Ivan 🧑‍🚀

тебя это не смущает ровно до тех пор, пока ты не проведёшь некоторое количество времени в дебаге “почему передаю ребёнка, а он не рендерится, в сигнатуре же написано, что ребёнок принимается"

0

19.02.2021

Daniil Kuznetsov

Это уже немного из пальца высосано. За несколько лет ни разу еще именно такого случая не было. По компоненту или документации (комментариям, исходникам и т.д.) ведь и так будет понятно, рендерит ли он children. Хотя, как я сказал, можно свой FC сделать без children

0

19.02.2021

Ivan 🧑‍🚀

- прочитать неправильную сигнатуру компонента - ошибиться - открыть документацию - найти - увидеть, что сигнатура неправильная - использовать компонент правильно или - прочитать правильную сигнатуру - использовать компонент правиьно

0

19.02.2021

Daniil Kuznetsov

Разумеется да, второй вариант лучше, с этим не поспоришь

0

19.02.2021

Ivan 🧑‍🚀 · Accepted Answer

Ivan 🧑‍🚀

вот так

0

19.02.2021

169 похожих чатов

Привет, а как проверить что какой-то any | unknown пришедший

19 ответов

Похожие вопросы