Оригинальный адрес:Is Deno Already Dead?

Оригинальный автор:Louis Petrik

Перевод с:Программа перевода самородков

Постоянная ссылка на эту статью:GitHub.com/rare earth/gold-no…

Переводчик:Inchill

Корректор:samyu2000,regon-cao

Дено умер?

Source: the author

В мае этого года в центре внимания был не только коронавирус, Deno также был горячей темой в сообществах разработчиков JavaScript и бэкэнда. Выпущена первая стабильная версия Deno, и индустрия раскручивает ее. Я тоже быстро вскочил в Deno и с нетерпением ждал возможности попробовать что-то новое.

Статья, которую я написал о Denoстатья, он получил тысячи посещений только от Google — очевидно, что Deno проявляет большой интерес.

Но что остается после хайпа? Где голоса, которые вообще думают, что Deno может заменить Node.js? Понятно, что ажиотаж иссякает — статистика Google это подтверждает:

Source: Google Trends

Как видно из Google Trends, поисковый запрос Deno уже не так популярен, как в конце весны и начале лета — следует также отметить, что Google Trends для Deno не включает темы категорий или языки программирования. Некоторые результаты поиска не относятся к этой технологии, но все равно включаются в статистику.

Рост других технологий

В этом году появилось много новых технологий — Svelte на переднем конце, Deno на заднем. Да и вообще многим языкам программирования уделяется много внимания. Rust и Julia — хорошие примеры, а популярность JavaScript не выросла.

Новые технологии всегда приносят новые возможности — новые фреймворки и библиотеки. Конечно, все они должны быть протестированы рынком — так, например, Actix Web от Rust набирает обороты, но просто его признание на рынке невелико среди сообщества Rust и тех, кто в нем заинтересован.

На мой взгляд, причина, по которой у Deno мало преимуществ, — в том, что он не собирается вызывать разрушительную революцию в мире Интернета, — так что все становится ясно.

Ничего принципиально нового

Я упоминал об этом в своей статье о разнице между Deno и Node.js. Следующие чрезвычайно важные и уникальные свойства демонстрируют Deno:

НПМ не поддерживается
разрешение
Топ Ожидайте
Поддержка объекта окна
Встроенная поддержка TypeScript

Это освежающие и важные функции, которые Deno привносит в таблицу, о которых я упоминал ранее.

После многих проб и ошибок большинство разработчиков, вероятно, поняли, что эти функции не имеют большого значения для их усилий по разработке. Специально для back-end разработки существующих проектов нет необходимости сильно менять.

Это также находит свое отражение в профессиональном использовании Deno - согласноStackShare.io,, 7 компаний используют Deno.

Миграции дороги и отчасти бессмысленны

Конечно, Deno и Node.js очень похожи. В Deno вы можете использовать не только TypeScript, но и JavaScript.

Но как только вы видите слово JavaScript, вы сразу же думаете о множестве библиотек и фреймворков, распространенных в сообществе JS. Некоторые из них также доступны в Node.js. Просто подумайте о чем-то вроде Express.js, Koa, Sails, Axios, Lodash или Sequelize. Все эти библиотеки часто используются в проектах Node.js и могут быть легко установлены через NPM.

NPM — это ключевое слово, которое напоминает вам о Deno — поскольку Deno изначально не был разработан для работы с NPM, их сложно совместить. Это делает переход с Node.js на Deno довольно сложным. Deno также известен своей безопасностью — фактически почти все требует разрешения пользователя. Тоже неплохо и повышает безопасность приложения. Но, на мой взгляд, это не очень хорошая причина для полной миграции существующих приложений Node.js на Deno.

нет дополнительной производительности

На данный момент я хотел бы заявить, что лично я не думаю, что Node.js следует ставить выше Deno только из-за его производительности.

Когда мы измеряем его, производительность часто совершенно нереалистична и может быть полностью проигнорирована, особенно для небольших приложений с небольшим количеством пользователей. Масштабируемый поставщик услуг позволяет легко адаптироваться к вашим потребностям с точки зрения производительности — вам не нужно устанавливать самый быстрый веб-сервер и базу данных на фиксированном корневом сервере.

Однако, даже несмотря на различия на бумаге, нельзя не учитывать, что многие разработчики заинтересованы в производительности. Но с точки зрения производительности Deno ничем не лучше Node.js.

Это неудивительно. В конце концов, у Deno никогда не было амбиций заменить Node.js с точки зрения производительности. Это больше о безопасности и вещах, связанных с этим.

Вы можете найти его на официальном сайте Deno — бенчмарки доказывают, что Deno — не самый быстрый фреймворк. Не говоря уже о сравнении с Node.js.

Source: Deno Land — Benchmarks

Стандартные модули запросов и ответов HTTP для Node.js и Deno сравниваются в тесте, показанном выше. Этот тест показывает, что Node.js обеспечивает более высокую производительность.

Я также сам тестировал две платформы - результаты одинаковы. Node.js работает значительно лучше. Хотя Deno выглядит не так уж плохо, производительность вызывает у многих серьезную озабоченность.

Конечно, производительность — не единственный решающий фактор при выборе технологии. Фреймворки и технологии, такие как Fastify или библиотека HTTP для Go и Rust, завоевали популярность среди пользователей благодаря своей превосходной производительности. Таким образом, вы можете подумать, что многие разработчики заинтересованы в хорошей производительности, а Deno не предлагает точно такую же производительность, как Node.js.

преждевременный

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

К настоящему времени некоторые могут подумать, что появление Deno будет означать конец Node.js — конечно, эта тема привлечет много внимания, поэтому она ценна для создателей — но, конечно, это сильно преувеличено.

В результате получается напыщенное повествование, которое больше не соответствует действительности, и каждый хочет проверить на себе, означает ли Deno конец Node.js. Все остальное нелогично. Я не решился переписать существующее приложение Node.js с помощью Deno, пока не попробовал его.

Когда Node.js был анонсирован и выпущен в 2010 году, люди не очень интересовались им. Ранние версии проекта всегда казались немного кровавыми и пугающими.

Некоторые технологии могут устареть — через 2 года, после того или иного скандала вокруг Node.js, мир может выглядеть совсем иначе. Пакеты NPM имели серьезные проблемы с безопасностью в прошлом. Но в кризис всегда есть кто-то, кто выигрывает — возможно, Deno станет большим победителем.

Суммировать

Дено хорош, имеет свою ценность.

Первая версия Node.js не была сильно раскручена, и у нее еще есть время для улучшения. Поэтому Deno также может продолжать совершенствоваться.

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

Если вы обнаружите ошибки в переводе или в других областях, требующих доработки, добро пожаловать наПрограмма перевода самородковВы также можете получить соответствующие бонусные баллы за доработку перевода и PR. начало статьиПостоянная ссылка на эту статьюЭто ссылка MarkDown этой статьи на GitHub.

Программа перевода самородковэто сообщество, которое переводит высококачественные технические статьи из Интернета сНаггетсДелитесь статьями на английском языке на . Охват контентаAndroid,iOS,внешний интерфейс,задняя часть,блокчейн,продукт,дизайн,искусственный интеллектЕсли вы хотите видеть более качественные переводы, пожалуйста, продолжайте обращать вниманиеПрограмма перевода самородков,официальный Вейбо,Знай колонку.