Это что TS? Не используй енамы вовсе Никогда Не надо Просто создавай типы с нужными строковыми значениями Типы стираются на компиляции, енамы нет
да оке, спасибо в целом такое использование, даже типы взять если, нормальное?
Да, вполне Только не используй else без причин Если его убрать вложенность пропадет и логика не поменяется, но читать потенциально проще
Моё обоснование в том что енамы и декораторы появились в то время когда TS еще не понял чем он хочет быть И в то время как JS пытается делать потуги двигаться в сторону TS Енамы будут напрямую этому мешать потому что они имеют рантайм эффект - меняется код
а откуда такие красивые картинки?
CodeSnap для VSCode
О, я даже не знал что их можно с const писать
Если вкратце , namespace для обращения по типу auth.error.network? При этом у нас есть ещё, допустим, namespace login с таким же enumом
Угусь, хотя у namespace есть проблема с tree-shaking'ом, так что способ на любителя. Но мне просто так привычней...
Аргументируй
Норм
я бы лучше просто литералы в типах вместо энамов прописал
Слышал о таком, а в чем прикол, почему так делают? Вроде бы, enum после компиляции остаётся в виде объекта?
во-первых мне не нравится синтаксис. во-вторых да, зачем тебе этот объект, если по факту ты его используешь как тип?
На втором скрине уже ж не как тип, а как элемент перечисления, нет?
А вот BtnType и правда, лучше было типом сделать
по факту все равно строчку передаешь же
если я туда смотрю
Вот это про операторы
Обсуждают сегодня