Майкрософт, Игалия и Блумберг Они объявили несколько дней назад, что взяли на себя инициативу включить синтаксис для явного определения типа в спецификации JavaScript, аналогичный синтаксису, используемому в языке TypeScript.
В настоящее время изменения прототипа, предложенные для включения в стандарт ECMAScript, отправлены на предварительное обсуждение (Этап 0).
Сегодня мы рады объявить о нашей поддержке и совместной работе над новым предложением Stage 0 по внедрению необязательного и стираемого синтаксиса типов в JavaScript. Поскольку этот новый синтаксис не изменит способ выполнения окружающего кода, они фактически будут действовать как комментарии. Мы считаем, что это может упростить и ускорить использование TypeScript для разработки любого масштаба. Мы хотели бы поговорить о том, почему мы этим занимаемся и как это предложение работает на высоком уровне.
Упоминается, что при т.Наличие явной информации о типе предотвратит многие ошибки в процессе разработки, это даст возможность использовать дополнительные приемы оптимизации, упростить отладку и сделать код более читабельным и легким для модификации и сопровождения сторонними разработчиками.
Кроме того предлагается реализовать поддержку типов как необязательную функцию: Механизмы и среды выполнения JavaScript, которые не поддерживают проверку типов, будут игнорировать аннотации с информацией о типе и обрабатывать код, как и раньше, воспринимая данные типа как комментарии. Но инструменты проверки типов смогут на основе имеющейся информации выявлять ошибки, связанные с неправильным использованием типов.
Фон
Недавняя тенденция, которую наша команда заметила в мире JavaScript, — это потребность в более быстром времени итерации и сокращении шагов сборки. Другими словами, «сделать это быстрее и проще».В каком-то смысле это уже происходит. Благодаря успеху вечнозеленых браузеров разработчики часто могут избежать компиляции новых версий JavaScript для работы в старых средах выполнения. В какой-то степени то же самое касается объединения: большинство браузеров имеют встроенную поддержку использования модулей, поэтому объединение можно рассматривать скорее как шаг оптимизации, чем как необходимость. Так происходит все чаще, так как же выдерживает TypeScript?
Al mismo tiempo, в отличие от указанного типа информации через аннотации JSDoc, указанные как комментарии, прямая спецификация типов непосредственно в конструкциях определения переменных это сделает код более наглядным, понятным и удобным для редактирования.
Например, IDE с поддержкой TypeScript смогут сразу подсвечивать ошибки в написанном коде JavaScript без дополнительных преобразований. Кроме того, встроенная поддержка типов позволит запускать программы, написанные на скриптовых диалектах JavaScript, таких как TypeScript и Flow, без переноса с одного языка на другой.
Из типов предлагается добавить "string", "number" и "boolean", которые можно использовать при определении переменных, параметров функций, элементов объектов, полей класса, типизированных массивов ("number[]"). Также предлагается обеспечить поддержку смешанных типов («строка | число») и дженериков.
Учитывая все это, мы планируем представить это предложение для Этапа 1 на следующем пленарном заседании TC2022 в марте 39 года. Мы сделаем это при поддержке и руководстве наших сторонников этого предложения, Роба Палмера из Bloomberg и Ромуло Синтры из Igalia.
Достижение этапа 1 будет означать, что комитет по стандартам считает, что синтаксис совместимого типа для ECMAScript заслуживает внимания. Это не точно: внутри комитета есть много ценных точек зрения, и мы ожидаем определенной доли скептицизма. Предложение, подобное этому, получит много комментариев и надлежащую проверку. Это может включать в себя множество изменений в дизайне, и на получение результатов могут уйти годы.
на следующей встрече марта комитета TC39 планируется перейти к первому этапу рассмотрение предложения с участием экспертного сообщества ECMA.
В конце концов Если вам интересно узнать об этом больше, вы можете проверить детали в по следующей ссылке.