Перечислимый тип (enum) в JavaScript и TypeScript

[@andyTwice211]

1-enum.js, В конструкторе Enum вместо ">" наверное нужно использовать ">=" в случае, если аргументом конструктора является строка, так как при аргументе 'January' значение будет undefined

[@anryzhov]

еще раз благодарность!

[@masterguyver84]

Мне показалось я упустил по основной программе эту лекцию. Но сейчас когда пересматриваю. что неясно по Dictionary попал на enum.

[@Antonio-fm1sq]

Спасибо!

[@aleksandrmatyka3118]

Тимур, а как вы лично относитесь к использованию Typescript, в том числе при построении приложений на nodeJS?

[@TimurShemsedinov]

Только для написания сверх сложного системного кода, а приложений - ни в коем случае, время умножается на 2, а качество не повышается в 2 раза, только немножечко. Вот тесты плвышают качество в разы и не жалко потратить время.

[@wolazant]

Enum это скорее задача времени компиляции(или написания исходного кода), динамически их создавать как-то ни к чему вроде? Почему такой вариант не рассматривался или не устроил? State = Object.freeze( { INACTIVE : Symbol("inactive"), ACTIVE : Symbol("active"), DELETED : Symbol("deleted") });

[@TimurShemsedinov]

Динамически создавать часто нужно для метапрограммированич или прикладных задач, когда варианты берутся из конфигурации, базы данных, приходят из API других систем и т.д. Ну такой вариант хорош, но он мало чем отличается от варианта 0-simple.js, но он не дает обратного поеобразования и приведения типов. Как это делает ts или 2-indexed.js

[@TimurShemsedinov]

Такой вариант хорош для системного кода, библиотек

[@wolazant]

@@TimurShemsedinov Спасибо!

[@rin2004able]

Может уже давно пора свой TypeScript полностью написать...

[@TimurShemsedinov]

Лекция записана более 3 лет назад, конечно написали, metaschema называется, работает и в компайлтайме и в рантайме

[@dehavilland12]

Ммм, 44 минуты про enum)

[@TimurShemsedinov]

Про enum которого нет в языке и мы его создаем практически

[@dalechyn]

19:00 почему бы в этом примере не заюзать побитовое "и"? Мне кажется будет более уместнее.

[@kirillguryanov4925]

Спасибо!

[@timashoff]

Спасибо!