Node.js の作者は安全な JavaScript プラットフォーム Deno 1.0 を発表しました

XNUMX年の開発期間を経て 提示された 最初のメジャーリリース での 1.0は、JavaScript および TypeScript でアプリケーションをスタンドアロンで実行するためのプラットフォームであり、サーバー上で実行されるハンドラーの作成に使用できます。プラットフォームは Ryan Dahl (ライアン・ダール)、Node.js の作成者。 Node.js と同様に、Deno は JavaScript エンジンを使用します V8、Chromium ベースのブラウザでも使用されます。同時に、Deno は Node.js のフォークではなく、ゼロから作成された新しいプロジェクトです。プロジェクトコード によって配布 MITライセンスの下で。アセンブリ 準備された Linux、Windows、macOS 用。

重要なバージョン番号は、アプリケーションと OS の対話を担当する Deno 名前空間の API の安定化に関連付けられています。これまでのソフトウェアインターフェイス 安定していない、デフォルトでは非表示になっており、「--unstable」モードで実行している場合にのみ使用できます。新しいバージョンが形成されるにつれて、このような API は徐々に安定していきます。 setTimeout() や fetch() などの共通関数を含むグローバル名前空間の API は、従来の Web ブラウザの API に可能な限り近く、ブラウザの Web 標準に従って開発されています。 Rust によって提供される API (プラットフォーム コードで直接使用されます)、および Deno ランタイムのプラグインを開発するためのインターフェイスはまだ安定化されておらず、開発が続けられています。

新しい JavaScript プラットフォームを作成する主な動機は、概念的なエラーを排除したいという願望でした。 認めた Node.js アーキテクチャに組み込まれており、より安全な環境をユーザーに提供します。セキュリティを向上させるために、V8 エンジンは Rust で書かれており、フリー後のアクセス、null ポインタの逆参照、バッファ オーバーランなど、低レベルのメモリ操作から生じる多くの脆弱性を回避します。プラットフォームは、ノンブロッキング モードでリクエストを処理するために使用されます。 東京、これもRustで書かれています。 Tokio を使用すると、イベント駆動型アーキテクチャに基づいた高性能アプリケーションを作成でき、マルチスレッドをサポートし、非同期モードでネットワーク要求を処理できます。

メイン 特徴 デノ：

• セキュリティ指向のデフォルト構成。 ファイル アクセス、ネットワーク、環境変数へのアクセスはデフォルトで無効になっているため、明示的に有効にする必要があります。 デフォルトでは、アプリケーションは分離されたサンドボックス環境で実行され、明示的なアクセス許可を付与しない限りシステム機能にアクセスできません。
• JavaScript を超えた TypeScript の組み込みサポート。型チェックと JavaScript 生成には、標準の TypeScript コンパイラーが使用されるため、V8 の JavaScript 解析と比較してパフォーマンスが低下します。将来的には、TypeScript の処理パフォーマンスを一桁向上させる、TypeScript 型チェック システムの独自の実装を準備する予定です。
• ランタイムは、単一の自己完結型実行可能ファイル (「deno」) の形式で提供されます。 Denoを使用してアプリケーションを実行するにはこれで十分です アップロードする そのプラットフォームには、サイズが約 20 MB の実行可能ファイルが XNUMX つあります。このファイルには外部依存関係がなく、システムに特別なインストールを必要としません。さらに、deno はモノリシック アプリケーションではなく、Rust のクレート パッケージのコレクションです (デノコア, 錆びた_v8)、個別に使用できます。
• プログラムの起動時やモジュールのロード時に、URL アドレス指定を使用できます。 たとえば、welcome.js プログラムを実行するには、「deno https://deno.land/std/examples/welcome.js」コマンドを使用できます。 外部リソースからのコードはダウンロードされ、ローカル システムにキャッシュされますが、自動的に更新されることはありません (更新するには、「--reload」フラグを指定してアプリケーションを明示的に実行する必要があります)。
• アプリケーションでの HTTP 経由のネットワーク リクエストの効率的な処理。プラットフォームは、高性能ネットワーク アプリケーションを作成するように設計されています。
• Deno と通常の Web ブラウザの両方で実行できるユニバーサル Web アプリケーションを作成する機能。
• 可用性 標準モジュールセット、これを使用する場合、外部依存関係にバインドする必要はありません。標準コレクションのモジュールは追加の監査と互換性テストを受けています。
• ランタイムに加えて、Deno プラットフォームはパッケージ マネージャーとしても機能し、コード内の URL によってモジュールにアクセスできるようにします。 たとえば、モジュールをロードするには、コード内で「import * as log from “https://deno.land/std/log/mod.ts”」と指定できます。 URL 経由で外部サーバーからダウンロードされたファイルはキャッシュされます。 モジュールのバージョンへのバインドは、URL 内にバージョン番号を指定することによって決定されます (例: 「https://unpkg.com/」)。[メール保護]/dist/liltest.js";
• この構造には、統合された依存関係検査システム (「deno info」コマンド) とコード フォーマット用ユーティリティ (deno fmt) が含まれています。
• すべてのアプリケーション スクリプトを XNUMX つの JavaScript ファイルに結合できます。

Node.js との違い:

• Deno は npm パッケージ マネージャーを使用しません
  リポジトリに関連付けられておらず、モジュールは URL またはファイル パスによってアドレス指定され、モジュール自体は任意の Web サイトに配置できます。
• Deno はモジュールの定義に「package.json」を使用しません。
• API の違いとして、Deno のすべての非同期アクションは Promise を返します。
• Deno では、ファイル、ネットワーク、環境変数に必要なすべての権限を明示的に定義する必要があります。
• ハンドラーが提供されていないエラーはすべて、アプリケーションの終了につながります。
• Deno は ECMAScript モジュール システムを使用しており、require() をサポートしていません。
• Deno の組み込み HTTP サーバーは TypeScript で記述され、ネイティブ TCP ソケット上で実行されます。一方、Node.js HTTP サーバーは C で記述され、JavaScript のバインディングを提供します。 Deno の開発者は、TCP ソケット層全体を最適化し、より一般的なインターフェイスを提供することに重点を置いています。 Deno HTTP Server はスループットは低くなりますが、予測可能な低遅延を保証します。たとえば、テストでは、Deno HTTP サーバーに基づく単純なアプリケーションは、最大 25 ミリ秒の遅延で 1.3 秒あたり 34 のリクエストを処理できました。 Node.js では、同様のアプリケーションが 2 秒あたり 300 件のリクエストを処理しましたが、レイテンシーは XNUMX ～ XNUMX ミリ秒の範囲でした。
• Deno は Node.js (NPM) のパッケージと互換性がありませんが、個別に開発されています 中間層 標準の Node.js ライブラリとの互換性のために、開発が進むにつれて、Node.js 用に書かれたアプリケーションが Deno で実行できるようになります。

出所： オープンネット.ru