docs: restore missing contents and align canonical stage names across docs
This commit is contained in:
+5
-3
@@ -1,6 +1,8 @@
|
||||
# HTTP 프로토콜 & Gin 웹 프레임워크 학습
|
||||
# 2단계: HTTP & Gin 웹 서버 상세 가이드
|
||||
|
||||
이 문서는 `grpccanary` 프로젝트의 **2단계: HTTP 서버 예제**에 대한 이론적 배경과 코드 구조를 설명합니다.
|
||||
⬅ [학습 로드맵으로 돌아가기](MANUSCRIPT.md)
|
||||
|
||||
이 문서는 `grpccanary` 프로젝트의 **2단계: HTTP & Gin 웹 서버**에 대한 이론적 배경과 코드 구조를 설명합니다.
|
||||
|
||||
HTTP(Hypertext Transfer Protocol)는 클라이언트와 웹 서버가 웹에서 리소스를 교환하기 위해 정의한 규약입니다. Go 언어에서는 전통적인 `net/http` 표준 라이브러리 외에도, 성능이 우수하고 사용하기 쉬운 서드파티 웹 프레임워크인 **Gin-gonic**을 주로 사용하여 RESTful API를 신속하게 설계합니다.
|
||||
|
||||
@@ -27,7 +29,7 @@ Go 진영에서 대표적으로 사랑받는 웹 프레임워크 중 하나로,
|
||||
|
||||
## 3. 실습 코드 분석 (`examples/httpentity/server.go`)
|
||||
|
||||
저장소의 [server.go](file:///home/godopu16/PuKi/lab/canary_projects/grpccanary/examples/httpentity/server.go) 파일에는 Gin 라우터를 구성하고 API 서버와 정적 웹 서빙을 혼합하여 라우팅을 우회 처리하는 설계 패턴이 주석 상태로 존재합니다.
|
||||
저장소의 [server.go](../examples/httpentity/server.go) 파일에는 Gin 라우터를 구성하고 API 서버와 정적 웹 서빙을 혼합하여 라우팅을 우회 처리하는 설계 패턴이 주석 상태로 존재합니다.
|
||||
|
||||
### 3.1 라우터 엔진 분리 및 통합 핸들링
|
||||
```go
|
||||
|
||||
Reference in New Issue
Block a user