learn nodejs hard way learn nodejs hard way

learn nodejs hard way

기타 소스코드

v_0.0.25_chapter_06.11

다운로드

백엔드 프레임 워크 - Velocy를 구축하여 Node.js를 배우십시오

Nodejs를 어려운 방법으로 배우십시오

여기를 클릭하여 챕터 디렉토리 또는 PDF 형식 (Light and Dark 모드 모두 제공)의 현재 버전에 액세스 할 수 있습니다. 이 버전에는 현재 컨텐츠 릴리스가 포함되어 있으며 최종 버전이 아닙니다.

이 책은 여전히 초기 단계에 있습니다. 여기에는 책이 다루어야 할 총 컨텐츠의 중요하지 않은 부분이 포함되어 있습니다. 백엔드 프레임 워크와 로깅 라이브러리에는 0 의존성이있을 것입니다. 모든 것은 바닐라 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
- 결과 - 일반적인 벤치 마크
  - 결과 : 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)
- 그래프
  - 숨어 있음
  - 요청/초
  - 유휴 메모리
  - 일정한 하중 하에서 메모리
  - 평결 - 전형적인 벤치 마크
- 실제 벤치 마크
  - 코드 업데이트
  - 엘리 시아
  - 표현하다
- 속도
- 결과-실제 사용 사례
  - 결과 : Express- 노드 (50,275 REQ/SEC)
  - 결과 : Velocy -Node (138,956 Req/sec)
  - 숨어 있음
  - max latency 대기 시간 막대가없는 대기 시간
  - 요청/초
  - 유휴 메모리
  - 일정한 하중 하에서 메모리
- 최종 평결
어떤 식 으로든 웹 서버는 무엇입니까?
- 웹 서버의 일부 :
  - 프로토콜의 세계 탐색 : 빠른 개요
  - HTTP와 TCP의 관계 : 안정적인 웹 커뮤니케이션 보장
  - 1. 데이터 무결성 및 순서
  - 2. 인정 메커니즘
  - 3. 복잡한 상호 작용
  - 4. 전송 오버 헤드
- 질문 및 얻기 : 웹 서버가 귀하의 요청에 응답하는 방법
  - 요청 :
  - 응답 :
첫 번째 node.js 프로그램
- Node 또는 Nodejs는 정확히 무엇입니까?
- 첫 번째 node.js 프로그램
  - console.log() node.js에서 어떻게 작동합니까?
  - process 개체 :
  - process 개체의 stdout 속성 :
파일 작업
- 벌목 라이브러리는 무엇을 할 것인가
- 어쨌든 파일로 어떻게 작업합니까?
- files 로 돌아 갑시다
- 파일 설명자에 대해 조금 더
- 첫 번째 파일 생성
- path 주장
- flag 논쟁
- mode 인수
- 파일에서 읽습니다
- JavaScript for await..of 작은 프라이머 for..of
  - 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 멤버 변수를 고려합니다
  - 파일에 쓰기
  - 또 다른 Gotcha
  - 로그 디렉토리 구성
  - require 객체
  - 로그 디렉토리를 만들기 위해 새 헬퍼 추가
  - init 메소드 업데이트
  - log 방법을 완료합니다
- 메타 데이터 캡처
  - 스택이란 무엇입니까?
  - 스택의 예
  - 통화 스택
  - 스택 정보를 얻습니다
  - callee 이름과 줄 번호를 얻습니다
  - 더 인체 공학적 방법
  - get_caller_info 함수 사용
- async 대 sync 에 대한 작은 소개
  - 반대 사이의 균형
  - 비동기 및 동기 코드 혼합
  - 상자에서 더 빠른 I/O
  - 차단 코드
  - 동시성
- 롤링 파일 지원 추가
  - 롤링 기능
  - rolling_check() 메소드
  - file_handle.stat()
  - rolling_check 메소드를 호출합니다
  - 큰 Gotcha!
- await 지점을 가로 지르는 스택 추적
  - 새로운 로그 파일 생성을 테스트합니다
HTTP 깊은 다이빙
- 작은 웹 서버
  - 웹 서버 시작
  - 웹 서버 테스트
  - cURL 테스트
- HTTP 동사, 버전 및 HTTP/1.1 의 이점
  - GET 데이터를 검색하십시오
  - POST - 무언가를 만듭니다
  - PUT - 교체 또는 생성
  - HEAD - 메타 데이터 검색
  - DELETE - 존재에서 제거하십시오
  - PATCH - 부분 업데이트
  - 작은 요약
  - / 경로
  - HTTP/0.9
  - HTTP/1.0
  - HTTP/1.1
- 사용자 에이전트
  - User-Agent 이상 할 수 있습니다
- 마임 유형 및 Content-Type
  - Accept 헤더를 이해합니다
  - 마임 유형
  - 마임 유형의 해부학
  - 그러나 왜 와일드 카드 */* ?
  - Content-Type 헤더
  - charset=UTF-8 : 문자 인코딩
- 헤더
  - 헤더 이름
  - 콜론 ( :
  - 헤더 값
  - 공백
  - 맞춤형 X- 기반 헤더
- 헤더를 요청합니다
  - 수용하다
  - 참조 자
  - 권한 부여
  - 매력적인 여자
  - 주인
  - 내용 유형 (요청)
- 응답 헤더
  - 내용 유형 (응답)
  - 캐시 제어
  - 세트 쿠키
- 응답 및 상태 코드
  - Connection: close 십시오
  - 상태 코드
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 함수
- 첫 번째 웹 서버 구축
  - 더 많은 리팩토링
  - 첫 번째 웹 서버
- 전. 쿼리 매개 변수 (고급)
  - 쿼리 매개 변수가있는 URL의 해부학
  - 도전 1 : 기본 쿼리 매개 변수 구문 분석 구현
  - 우리는 더 많은 엣지 케이스를 다루어야합니다
  - 도전 2 : 쿼리 매개 변수를 수동으로 구문 분석합니다