learn nodejs hard way learn nodejs hard way

learn nodejs hard way

その他のソースコード

v_0.0.25_chapter_06.11

ダウンロード

バックエンドフレームワークを構築してnode.jsを学びます-velocy

nodejsを難しい方法で学びます

ここをクリックして、Chapters DirectoryまたはPDF形式（Light ModesとDark Modesの両方が利用可能）で本の現在のバージョンにアクセスできます。このバージョンには現在のコンテンツのリリースが含まれており、最終バージョンではないことに注意してください。

この本はまだ非常に早い段階にあります。本がカバーするはずの総コンテンツの取るに足らない部分が含まれています。ロギングライブラリだけでなく、バックエンドフレームワークには0の依存関係があります。すべては、hard-way（学習する最良の方法）であるVanilla node.jsを使用して行われます。

注記

JavaScriptに慣れていない場合は、他のリポジトリをチェックしてください - JavaScript- JavaScriptへの深く楽しい旅に連れて行く簡単な方法 - 非常に基本的なものから、あまりにも多くの理論に飛び込むことなく、必要な高度な概念に至るまで。実用的なコードの例のみ。

新しいコンセプトを習得するには、しばしばゼロから始めるのが最善です。これは単なる別のnode.jsガイドではありません。これは、何千人もの開発者が使用できる現実世界の製品の構築を目的とした包括的なコードエクスペリエンスです。私たちが構築しようとしている製品は、ゼロからもバックエンドフレームワークになります。

node.jsの仕組みを学ぶだけでなく、特定の方法で動作する理由も学ぶだけではありません。このガイドには、関連するデータ構造と設計パターンに関する議論も含まれています。

この本には、あなたに挑戦するために特別に作成された幅広いエクササイズも含まれています。最初の演習は第7章から始まります

このガイドは基本を超えています。私たちは、生産対応に近いモジュール式の最適化されたバックエンドフレームワークの提供に焦点を当てています。パフォーマンスの最適化、セキュリティ対策、さまざまなテストアプローチなどのトピックについては、フレームワークが信頼性があり、拡張可能であることを確認するためにカバーされます。

node.jsとそのより複雑な側面を完全に理解するために、このガイドと一緒に積極的にこのガイドと一緒にコーディングすることを強くお勧めします。

バックエンドフレームワークのリポジトリ - ベロシー。（WIP）

次を読んでください

（オプション）node.jsは、あなたが思っているよりもはるかに高速です
- テストの候補者
  - エリシア - パン
  - axum-錆
  - Express -node.js
  - Velocy -node.js
- ベンチマーク
- ソースコード
  - エリシア - パン
  - axum-錆
  - Express -node.js
  - Velocy -node.js
- 結果 - 典型的なベンチマーク
  - 結果：エリシア-Bun/Zig（149,047 Req/s）
  - 結果：axum-錆（208,938 req/s）
  - 結果：Express -node.js（28,923 req/s）
- 結果：Velocy -node.js（83,689）
- グラフ
  - 遅延
  - リクエスト/秒
  - アイドルメモリ
  - 一定負荷の下のメモリ
  - 評決 - 典型的なベンチマーク
- 本当のベンチマーク
  - コードの更新
  - エリシア
  - 急行
- velocy
- 結果 - 現実世界のユースケース
  - 結果：Express -Node（50,275 REQ/SEC）
  - 結果：Velocy -Node（138,956 REQ/SEC）
  - 遅延
  - max latencyバーなしのレイテンシ
  - リクエスト/秒
  - アイドルメモリ
  - 一定負荷の下のメモリ
- 最終評決
Webサーバーとは何ですか？
- Webサーバーの一部：
  - プロトコルの世界をナビゲートする：簡単な概要
  - HTTPとTCPの関係：信頼できるWebコミュニケーションの確保
  - 1。データの整合性と順序
  - 2。確認メカニズム
  - 3。複雑な相互作用
  - 4。トランスミッションオーバーヘッド
- 質問と取得：Webサーバーがリクエストにどのように対応するか
  - リクエスト：
  - 応答：
最初のnode.jsプログラム
- ノードまたはノードとは正確には何ですか？
- 最初のnode.jsプログラム
  - console.log()はnode.jsでどのように機能しますか？
  - processオブジェクト：
  - processオブジェクトのstdoutプロパティ：
ファイルを使用する
- ロギングライブラリは何をしますか
- とにかくファイルをどのように使用しますか？
- filesに戻りましょう
- ファイル記述子についてもう少し
- 最初のファイルを作成します
- path引数
- flag引数
- mode引数
- ファイルから読む
- JavaScriptのfor..of for await..of .. for for for for ....
  - for..of
  - for await..of
- jsonファイルを読む
- バッファー
  - jsonファイルを解析します
logtar独自のロギングライブラリ
- 新しいプロジェクトの初期化
- SemVerについて少し
- LogLevelクラスの作成
- Loggerクラス
  - privateフィールドでのカプセル化
- LogConfigクラス
- デザインパターン
  - Builderパターン
- LogConfigクラスでbuilderパターンを使用します
- JSDOCのコメント
- RollingConfigクラス
  - RollingSizeOptionsクラス
  - RollingTimeOptionsクラス
- RollingConfigクラスを仕上げます
  - 要約しましょう
- LogConfigクラスでより便利な方法を追加します
  - なぜreadFileSync ？
- コードのリファクタリング
  - リファクタリングの必要性
  - 個別のファイルを作成します
  - index.jsファイル
  - lib/logtar.jsファイル
  - lib/logger.jsファイル
  - lib/config/log-config.jsファイル
  - lib/config/rolling-config.jsファイル
  - lib/utils/log-level.jsファイル
  - lib/utils/rolling-options.jsクラス
- ログを書く
  - 1.ファイルハンドルの再利用
  - 2。ログ回転
  - 3。非同期ロギング
  - 4。発信者情報の取得（モジュールとライン番号）
  - 現在のAPIをテストします
  - ロギングメソッドの実装
  - 乾燥（繰り返さないでください）
  - logメソッド
  - log_levelメンバー変数を考慮します
  - ファイルへの書き込み
  - 別のゴッチャ
  - ログディレクトリ構成
  - requireオブジェクト
  - 新しいヘルパーを追加して、ログディレクトリを作成します
  - initメソッドの更新
  - logメソッドを完了します
- メタデータのキャプチャ
  - スタックとは何ですか？
  - スタックの例
  - コールスタック
  - スタック情報を取得します
  - callee名前と行番号を取得します
  - より人間工学に基づいた方法
  - get_caller_info関数を使用します
- async vs syncの小さなイントロ
  - 反対のバランス
  - 非同期コードと同期コードの混合
  - 箱から出してより速いi/o
  - ブロッキングコード
  - 並行性
- ローリングファイルサポートの追加
  - ローリング機能
  - rolling_check()メソッド
  - file_handle.stat()
  - rolling_checkメソッドを呼び出します
  - 大きなゴッチャ！
- awaitポイントを横切るスタックトレース
  - 新しいログファイルの作成をテストします
HTTPディープダイブ
- 小さなWebサーバー
  - Webサーバーを起動します
  - Webサーバーのテスト
  - cURLでのテスト
- HTTP動詞、バージョン化、およびHTTP/1.1の利点
  - GET - データを取得します
  - POST - 何かを作成します
  - PUT交換または作成
  - HEAD - メタデータを取得します
  - DELETE - 存在から削除します
  - PATCH - 部分的な更新
  - 小さな要約
  - /パス
  - HTTP/0.9
  - HTTP/1.0
  - HTTP/1.1
- ユーザーエージェント
  - User-Agent奇妙な場合があります
- MIMEタイプとContent-Type
  - Acceptヘッダーを理解する
  - MIMEタイプ
  - mimeタイプの解剖学
  - しかし、なぜワイルドカード*/* ？
  - Content-Typeヘッダー
  - charset=UTF-8 ：文字エンコーディング
- ヘッダー
  - ヘッダー名
  - コロン（ :
  - ヘッダー値
  - 空白
  - カスタムX-ベースのヘッダー
- ヘッダーをリクエストします
  - 受け入れる
  - 参考文献
  - 許可
  - クッキー
  - ホスト
  - コンテンツタイプ（リクエスト）
- 応答ヘッダー
  - コンテンツタイプ（応答）
  - キャッシュ制御
  - セットクッキー
- 応答とステータスコード
  - Connection: close
  - ステータスコード
Velocyバックエンドフレームワーク
- なぜVelocy？
- とにかくバックエンドフレームワーク/ライブラリとは何ですか？
- バックエンドフレームワークのコア機能
  - ルーティングとURL処理：
  - ミドルウェア
  - 独自のデータベースを構築します
  - キャッシング
  - レート制限
  - 実装する他のいくつかの機能
- 基本的なRouter実装
  - おもちゃルーター
  - Transfer-Encoding: chunked
  - チャンク、ああ、いや！
  - Content-Length指定
  - コードの再利用性
- Routerクラス
  - HTTPサーバーでRouterを使用します
- this良くありません
  - 語彙コンテキスト
  - 矢印関数は無料ではありません
  - なぜ私たちは記憶を気にする必要がありますか？
  - 更新されたコードのテスト
- Router APIの改善
- Trieの必要性
  - とにかくTrieとは何ですか？
- 元。 Trieの実装
  - ルートノード
  - 単語の終わり
  - チャレンジ1： insert方法付きの基本トライ
  - チャレンジ2： search方法を実装します
- 元。トライベースのRouterの実装
  - チャレンジ1： addRouteメソッドの実装
  - チャレンジ2： findRouteメソッドの実装
- 元。 HTTPメソッドサポートの追加
  - 要件
  - 詳細
  - 例
  - ヒント
  - 解決
- ルーターにHTTPメソッドを追加します
  - TrieRouterクラスを更新します
- 元。動的ルーティングの実装
  - なぜ動的なルーティング？
  - 動的ルートの解剖学
  - 課題：動的ルーティングをサポートするために、 TrieRouterクラスを強化します
  - TrieRouter構造の視覚化
  - まとめ
- サーバーを実行します
  - TrieRouterクラスのリファクタリング
  - タイプエイリアス
  - run関数
- 最初のWebサーバーを構築します
  - より多くのリファクタリング
  - 最初のWebサーバー
- 元。クエリパラメーター（高度）
  - クエリパラメーターを備えたURLの解剖学
  - チャレンジ1：基本的なクエリパラメーター解析の実装
  - より多くのエッジケースに取り組む必要があります
  - チャレンジ2：クエリパラメータを手動で解析します