[ad_1]
Node.js 17 уже выпущен, загружен OpenSSL 3 и другими новыми функциями, но он не предназначен для использования в производственной среде, а продвижение Node.js 16 к выпуску LTS, которое ожидается в ближайшее время, может быть более важным для большинства разработчиков.
Цикл выпуска основан на полугодовых основных версиях, и только четные числа становятся выпусками LTS (долгосрочная поддержка). Правило таково, что новый выпуск с четным номером становится LTS через шесть месяцев. Все выпуски получают поддержку в течение шести месяцев.
Это означает, что Node.js 17 предназначен в первую очередь для тестирования и экспериментов, но также и то, что Node.js 16 (выпущенный в апреле) скоро станет LTS. Новые функции в 16 включают версию 9.0 движка V8 JavaScript и готовые бинарные файлы Apple.
«Мы собрали процесс выпуска LTS почти пять лет назад, он работает достаточно хорошо, поскольку мы балансируем [the fact] что некоторые люди хотят последних версий, другие предпочитают, чтобы все было стабильно… когда мы переходим на LTS, – сказал Майкл Доусон из Red Hat, председатель Технического руководящего комитета Node.js. .
«Мы надеемся избавиться от любых проблем. На самом деле в Red Hat мы выпускаем двоичные файлы только для выпусков LTS, и это то, что я рекомендую людям использовать в производственной среде».
Что нового в Node.js 17.0
Установив, что Node.js 17 не предназначен в первую очередь для производственного использования, что нового? Доусон сказал нам, что включение OpenSSL 3.0 является важным шагом. «Это дает нам путь к сообществу FIPS (Федеральные стандарты обработки информации)», – сказал Доусон, хотя в прошлом месяце команда OpenSSL заявила, что проверка FIPS 140-2 все еще продолжается, и “окончательный сертификат не ожидается до следующего года”.
FIPS 140-2 охватывает криптографические модули, и соблюдение стандарта обеспечивает уровень безопасности, одобренный правительством США для конфиденциальной информации, и требует использования одобренных FIPS криптографических алгоритмов.
Если в существующем приложении используются запрещающие алгоритмы или слишком маленькие ключи, это повлияет на разработчиков. Параметр командной строки позволяет при необходимости использовать устаревший поставщик OpenSSL. Некоторые дистрибутивы Node.js уже предоставляют поддержку FIPS, но «сообщество FIPS» будет означать лучшую интеграцию со сторонними модулями.
В Node.js 17 внесены и другие изменения, включая Readline Promise API, новую функцию, которая позволяет читать данные из потока по одной строке за раз. Неустранимые исключения теперь будут включать номер версии Node.js. А Node.js можно скомпилировать с GNU ++ 17 и Microsoft VC ++ 17.
Node.js уже показывает свой возраст?
Неужели Node начинает выглядеть устаревшим с использованием модулей CommonJS, постепенно заменяемых современными модулями ECMAScript (ES6), и достижениями в области браузерных технологий, которые уменьшат необходимость в процессах сборки с использованием подобных WebPack?
«Если вы отслеживаете цифры использования, то 200 миллионов загрузок с нашего сайта в прошлом квартале, 350 миллионов запросов из реестра контейнеров Docker. Я не вижу никаких тенденций, кроме продолжающегося роста использования», – сказал Доусон.
«Проект развивается, у нас есть реализация ES6, над этим у нас работает довольно большая команда. Способ составления спецификации усложнил задачу объединения двух модульных систем, есть еще некоторые экспериментальные функции, над которыми мы работаем. на, чтобы улучшить реализацию ES6 и упростить ее внедрение. Я не вижу никаких проблем, которые ES6 вызывает для принятия или использования Node ».
Как TypeScript влияет на Node.js? «Некоторым это нравится, особенно если вы пришли из C / C ++ или Java. С другой стороны, есть люди, которые считают, что JavaScript дает им возможность делать что-то нетипизированное и быстрее, и это часть их ценности», – он добавлен. «Для больших приложений мы видим, что это имеет смысл, это помогает более крупным командам легче сотрудничать. Для проекта одного человека, возможно, нет».
Однако это повлияло на то, что «мы думаем, что хорошо предоставлять типы с вашим модулем, даже если он не написан на TypeScript … мы определили, что это что-то [Node.js] проект должен иметь свое мнение по поводу. Я не могу сказать, каким будет это мнение, но все согласны с тем, что типы – это важная концепция, в которой у нас должен быть план », – сказал Доусон.
Одна из дискуссий связана со случаями, когда существуют типы, поддерживаемые вне модуля людьми, отличными от авторов модуля, что может привести к проблемам совместимости и критическим изменениям.
“Есть ли что-то, что мы должны сделать, чтобы улучшить эту ситуацию?” – спросил Доусон. По его словам, API-интерфейсы, как правило, «относительно стабильны», поэтому проблемы возникают нечасто. «Сегодня вы можете довольно эффективно использовать Node с TypeScript».
[ad_2]
