LINUX.ORG.RU

Вышел Node.js 19.0

 ,


0

3

18 октября состоялся релиз серверной платформы на языке JavaScript Node.js 19.0.

Node.js 19.0 заменит Node.js 18 и станет «текущей» версией со сроком поддержки до апреля 2023 года, тогда как 18я версия после стабилизации перейдет в статус LTS.

Из изменений:

  • Добавлена возможность запуска в режиме «наблюдения» с использованием опции node --watch. Запуск в этом режиме перезапускает процесс при изменении импортированного файла:
    node --watch index.js
    

    Эта функция доступна в версиях 19.0.0 и 18.11.0+.

  • Начиная с этого выпуска, Node.js по умолчанию для keepAlive устанавливает значение true. Это означает, что любое исходящее HTTP(S) соединение будет автоматически использовать HTTP 1.1 Keep-Alive. Продолжительность поддержания активности по умолчанию составляет 5 секунд. Включение функции Keep-Alive обеспечит лучшую пропускную способность, поскольку соединения по умолчанию используются повторно.
    • Кроме того, агент теперь может анализировать ответ Keep-Alive, который могут отправлять серверы. Этот заголовок инструктирует клиента о том, как долго он должен оставаться на связи. С другой стороны, в Node.js HTTP-сервер теперь автоматически отключает бездействующие клиенты (которые используют HTTP Keep-Alive для повторного использования соединения) при вызове close()).
  • API WebCrypto теперь стабилен, за исключением следующих алгоритмов:
    • Ed25519,
    • Ed 448,
    • X25519,
    • X448.
  • Удален флаг --experimental-specifier-resolution. Его функциональность теперь может быть достигнута с помощью пользовательских загрузчиков.
  • Удалена поддержка DTrace/SystemTap/ETW. Основная причина заключается в расстановке приоритетов ресурсов. Сложность поддержания поддержки в актуальном состоянии оказалась нецелесообразной без четкого плана поддержки этих инструментов.
  • Движок V8 обновлен до версии 10.7, которая является частью Chromium 107. Эта версия включает в себя новую функцию JavaScript API: Intl.NumberFormat.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от Syncro

и чем это тс лучше жс?

Наличием нормальных классов и нормального ООП? =D

Не стОит оно всего этого бойлерплейта от очередной прослойки – сугубо ИМХО. Я вообще прослойки не люблю.

dimgel ★★★★★
()
Ответ на: комментарий от dimgel

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

Syncro ★★★★★
()
Последнее исправление: Syncro (всего исправлений: 3)
Ответ на: комментарий от Syncro

в жс нормальные классы

Таки нет.

надо было впаривать свой тупскрипт как альтернативу «плохому» жс

Нет, им надо было пересаживать пацанов на Шарпея, а лучше на CLR (кресты и т.д., он вообще почти всеяден). Но тут нашла коса на камень. Так как пацанчики, кто в теме, те не нуждаются в C# и подобных альтернатив, им, понимаешь, LISP подавай. JS тут выигрывает на порядки (ES6).

Хотя и ты прав. MS очень и очень преследуют

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

SharpTits
()
Ответ на: комментарий от dimgel

Ты просто далёк. А понты на ЛОР не надо так, с разбегу.
Начнёшь писать, тогда приходи. А пока ты в манямирке

аличием нормальных классов и нормального ООП?

То смысл с тобой беседу вести?

SharpTits
()
Ответ на: комментарий от Syncro

ООП, типизация, что исключает безумие типа вызова конструктора на каждый чих вместо вызова функции, маленький размер tsc.exe (а не несколько гигов js говна в случае babel)

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Syncro

в жс нормальные классы

Как в этом prototype-based просто и компактно передать параметры конструктору суперкласса из конструктора подкласса?

dimgel ★★★★★
()
Ответ на: комментарий от Shadow

несколько гигов js говна в случае babel)

А ты из тех, кто использует IE? Да не десятый? Вот наши пацаны не видят в Babel необходимости, когда все (я повторю, все «поддерживаемые») браузеры уже любят ES6.

SharpTits
()
Ответ на: комментарий от Shadow

маленький размер в случае с тупскриптом никак не спасает, типов в типичном тс коде получается мильен (при том что есть какой-то лимит после которого ему сносит башню), канпелять он их будет долго, а то что один tsc.exe, я подозреваю, что он не модульный совсем, т.е. не видел чтобы можно было взять и включить какую-нибудь фичу отдельно плагином или настроить ее работу индивидуально для проекта или даже профиля

Syncro ★★★★★
()
Ответ на: комментарий от Syncro

Сенькс. Ок, значит нормальные классы. :)

dimgel ★★★★★
()
Ответ на: комментарий от Syncro

в шапку транспилируемого кода тс сует лицензию передающую все права мелкософту

Билли, пруфы? И если это так - почему ни один васян ещё не форкнул?

DumLemming ★★★
()
Ответ на: комментарий от Syncro

типов в типичном тс коде получается мильен

Так используй обычные.

Shadow ★★★★★
()
Ответ на: комментарий от SharpTits

Ну да, ну да. Все браузеры магически обновляются на всех девайсах. Мне в TS нравится, как он сам расставляет замыкания в местаз, где контекст изолированный. Не знаю, есть это в ES6.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от DumLemming

я это сам открыл однажды заглянув случайно в бандл транспилированный с es2020, эксперты принимающей претензии стороны поржали, признали мол действительно есть такое, но можно отключить добавление шапки, а значит нещитово. Но я думаю, это делают единицы для бандлов, к тому же ничто не мешает его включить обратно и присвоить ваши коды, ведь конфигурация не является исходным кодом. За альтернативы ничего не скажу, какие-то есть типа более быстрые, но не знаю кому они нужны, опять же единицам, которым пора бы осознать что ts сам по себе не нужен особенно для новых проектов и в перспективе. Вот когда esnext везде поддерживался слабо это было понятно.

Syncro ★★★★★
()
Ответ на: комментарий от Psilocybe

Открою тебе секрет.

Про деоптимизации ты ничего не слышал. И как сношаются с хинтами, чтобы заставить своё говно отрабатывать за какое-то приемлемое время, не видел. И в какой понос превращается такой «оптимизированный» код тоже. Про то, как потом это сопровождать - я вообще молчу. Один раз написал и не трогай, а то сломаешь всё нахер. И запрос не будет отрабатывать за конечное время, и вместо данных лажа.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 2)
Ответ на: комментарий от Shadow

Если речь про write-only - да.

Да там всё, что крупнее 3-х таблиц write-only по определению.

Если речь об ускорении и «облегчении» запроса - нет.

После оптимизации там все становится еще хуже. Если было медленно, топорно, то еще можно было понять какую-то логику, после того, как портянку загонят, понять будет решительно ничего невозможно.

crutch_master ★★★★★
()
Ответ на: комментарий от vbr

deno штука многообещающая

Это там где импорт зависимостей по url? Мне интересно все же почему автор не учел печальный опыт Go(языка, который не должен был рождаться).

ritsufag ★★★★★
()
Ответ на: комментарий от ritsufag

Автор ничего не мог учесть. У него было невежество, ворованные либы и возможность написать лабу - это его потолок.

А какое самое примитивное и очевидное решение? Правильно - на лабе уже бахал http, либа уже есть. Ответ очевиден.

right_security
()
Ответ на: комментарий от crutch_master

Один раз написал и не трогай, а то сломаешь всё нахер. И запрос не будет отрабатывать за конечное время, и вместо данных лажа.

Если у вас там проблемы такие, может обратиться за помощью к профессионалам?

Psilocybe ★★★★
()
Ответ на: комментарий от Psilocybe

Ты считаешь, что сможешь наваять что-то принципиально лучше? Я почему-то так не думаю.

crutch_master ★★★★★
()
Ответ на: комментарий от ritsufag

Мне интересно все же почему автор не учел печальный опыт Go

Что же у них не так с импортом по хттп? Неужели оказалось, что хттп не вечное и может превратиться в тыкву?

crutch_master ★★★★★
()
Ответ на: комментарий от ritsufag

Это там где импорт зависимостей по url?

Да.

Мне интересно все же почему автор не учел печальный опыт Go(языка, который не должен был рождаться).

Это который один из самых популярных языков для бэкэнда нынче? Ну такая себе печаль, конечно.

vbr ★★★★
()
Ответ на: комментарий от crutch_master

А ещё мастер может сломаться или разные версии версии библиотек в одном проекте. Прелести какие.

ritsufag ★★★★★
()
Ответ на: комментарий от vbr

Это который один из самых популярных языков для бэкэнда нынче? Ну такая себе печаль, конечно.

Ну вот был php одним из самых популярных. Это же не делало php хорошим языком. Свою нишу имеет и ладно, какой-то успех.

ritsufag ★★★★★
()
Ответ на: комментарий от ritsufag

Так в чём конкретная претензия к URL-ам? В жаве вот пакеты тоже через URL-like называются издавна и никто вроде не жаловался.

vbr ★★★★
()
Ответ на: комментарий от ritsufag

Я никогда не троллю. Претензий значит нет, так и запишем.

vbr ★★★★
()
Ответ на: комментарий от crutch_master

понять будет решительно ничего невозможно.

Протестую. Трудозатратно, но понимаемо.

Shadow ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.