learn nodejs hard way

通過構建後端框架學習Node.js -Velocy

您可以通過單擊此處在“章節目錄”中訪問本書的當前版本，也可以以PDF格式（可用輕度和暗模式）訪問。請注意，此版本包括內容的當前版本，而不是最終版本。

這本書仍處於很早的階段。它包含本書應該涵蓋的總內容的一部分。我們的後端框架以及我們的記錄庫將有0個依賴關係。一切都將使用艱苦的vanilla node.js（最好的學習方法）來完成。

---

筆記

如果您不熟悉JavaScript，您也可以查看我的另一個存儲庫 - Learn JavaScript-簡單的​​方式，使您進入javaScript的深度和有趣的旅程 - 從非常基礎到您所需要的高級概念，而無需深入了解太多的理論。僅實用的代碼示例。

---

要掌握一個新概念，通常最好從頭開始。這不僅僅是另一個節點指南；這是一種旨在建立數千個開發人員可以使用的現實世界產品的全面的經驗。我們要構建的產品將是一個後端框架，也是從頭開始的。

您不僅要了解Node.js的工作原理，而且還不只是以特定方式運行。該指南還包括有關相關數據結構和設計模式的討論。

該書還包括專門為挑戰您而創建的廣泛練習，這可能需要您的承諾和一致的努力。第一個練習從第7章開始

本指南超出了基礎知識。我們專注於提供一個接近生產的模塊化，優化的後端框架。將涵蓋諸如性能優化，安全措施和各種測試方法之類的主題，以確保框架既可靠又可擴展。

我強烈建議您與本指南一起進行積極編碼，而不是僅僅閱讀它，以充分了解Node.js及其更複雜的方面。

我們的後端框架的存儲庫。 （WIP）

目錄

• （可選）node.js比您想像的要快
  • 測試的競爭者
    • Elysia -bun
    • 軸 - 生鏽
    • express -node.js
    • Velocy -node.js
  • 基準
  • 原始碼
    • Elysia -bun
    • 軸 - 生鏽
    • express -node.js
    • Velocy -node.js
  • 結果 - 典型的基準
    • 結果：Elysia -bun/Zig（149,047 req/s）
    • 結果：Axum -Rust（208,938 REQ/s）
    • 結果：express -node.js（28,923 req/s）
  • 結果：Velocy -Node.js（83,689）
  • 圖
    • 潛伏期
    • 請求/秒
    • 空閒內存
    • 在恆定負載下的內存
    • 判決 - 典型的基準
  • 真正的基準
    • 更新我們的代碼
    • Elysia
    • 表達
  • 速度
  • 結果 - 真實的用例
    • 結果：Express-節點（50,275 REQ/sec）
    • 結果：Velocy-節點（138,956 REQ/sec）
    • 潛伏期
    • 沒有max latency欄的延遲
    • 請求/秒
    • 空閒內存
    • 在恆定負載下的內存
  • 最終判決
• Web服務器是什麼？
  • Web服務器的一部分：
    • 導航協議世界：快速概述
    • HTTP與TCP之間的關係：確保可靠的Web通信
    • 1。數據完整性和順序
    • 2。確認機制
    • 3。複雜的相互作用
    • 4。開機開銷
  • 詢問和獲取：Web服務器如何響應您的請求
    • 請求：
    • 回應：
• 您的第一個node.js程序
  • Node或NodeJS到底是什麼？
  • 您的第一個node.js程序
    • console.log()如何在node.js中工作？
    • process對象：
    • 該process對象的stdout屬性：
• 使用文件
  • 伐木庫將做什麼
  • 無論如何如何處理文件？
  • 讓我們回到files
  • 關於文件描述符的更多信息
  • 創建我們的第一個文件
  • path參數
  • flag
  • mode參數
  • 從文件中讀取
  • for await..of中的一個小底漆for..of
    • for..of
    • for await..of
  • 閱讀json文件
  • 緩衝區
    • 解析json文件
• logtar我們自己的記錄庫
  • 初始化一個新項目
  • 關於SemVer一點
  • 創建LogLevel類
  • Logger類
    • 用private字段封裝
  • LogConfig類
  • 設計模式
    • Builder模式
  • 將builder模式與LogConfig類一起
  • 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與sync的小簡介
    • 對立之間的平衡
    • 混合異步和同步代碼
    • 更快的I/O開箱即用
    • 阻止代碼
    • 並行
  • 添加滾動文件支持
    • 滾動功能
    • rolling_check()方法
    • file_handle.stat()
    • 調用rolling_check方法
    • 一個大陷阱！
  • await點的堆疊痕跡
    • 測試新的日誌文件創建
• http深水潛水
  • 小型網絡服務器
    • 啟動我們的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標頭
    • 啞劇類型
    • 啞劇類型的解剖
    • 但是為什麼通配符*/* ？
    • Content-Type標題
    • charset=UTF-8 ：字符編碼
  • 標題
    • 標題名稱
    • 冒號 （ : ）
    • 標題值
    • 空格
    • 自定義X-基頭
  • 請求標題
    • 接受
    • 推薦人
    • 授權
    • 餅乾
    • 主持人
    • 內容類型（請求）
  • 響應標題
    • 內容類型（響應）
    • 緩存控制
    • Set-Cookie
  • 響應和狀態代碼
    • Connection: close行動
    • 狀態代碼
• Velocy我們的後端框架
  • 為什麼要Velocy？
  • 什麼是後端框架/圖書館？
  • 我們後端框架的核心特徵
    • 路由和URL處理：
    • 中間
    • 構建我們自己的數據庫
    • 快取
    • 費率限制
    • 我們將實施的其他一些功能
  • 基本Router實現
    • 玩具路由器
    • Transfer-Encoding: chunked
    • 塊，哦，不！
    • 指定Content-Length
    • 代碼可重複使用
  • Router類
    • 將Router與HTTP服務器一起使用
  • this不好
    • 詞彙背景
    • 箭頭功能不是免費的
    • 我們為什麼要關心記憶？
    • 測試更新的代碼
  • 改進Router API
  • 需要Trie
    • 無論如何，什麼是Trie ？
  • 前任。實施Trie
    • 根節點
    • 詞的結尾
    • 挑戰1：用insert方法基本的三位生員
    • 挑戰2：實施search方法
  • 前任。實施我們的基於TRIE的Router
    • 挑戰1：實施addRoute方法
    • 挑戰2：實施findRoute方法
  • 前任。添加HTTP方法支持
    • 要求
    • 更多細節
    • 例子
    • 提示
    • 解決方案
  • 將HTTP方法添加到路由器
    • 更新TrieRouter課程
  • 前任。實施動態路由
    • 為什麼要動態路由？
    • 動態路線的解剖
    • 挑戰：增強TrieRouter類以支持動態路由
    • 我們TrieRouter結構的可視化
    • 概括
  • 運行我們的服務器
    • 重構TrieRouter課程
    • 類型別名
    • run功能
  • 構建我們的第一個網絡服務器
    • 更多重構
    • 您的第一個Web服務器
  • 前任。查詢參數（高級）
    • 帶有查詢參數的URL解剖
    • 挑戰1：實施基本查詢參數解析
    • 我們需要解決更多的邊緣案例
    • 挑戰2：手動解析查詢參數