📌 HTTP

: HyperText Transfer Ptotocol

• HyperText? - 문서와 문서가 링크로 연결되어 있음.
• Transfer? - HTML을 만든 웹페이지 문서(파일)을 보낸다.
• Protoclol? - 컴퓨터끼리 어떻게 HTML 파일을 주고 받을 지에 대한 소통 방식 또는 약속
• HTTP 말고도 컴퓨터끼리 소통을 하는 다른 방식도 존재함.
• 사용자가 좋아요 같은 기능을 요청을 하면 응답을 한다. 이 하나의 쌍이 HTTP 통신의 한 사이클이다.

---

- Request / Response (요청/응답)

• 컴퓨터끼리의 소통도 결국 사람이 필요에 의해 만든 소통 방식이기 때문에 사람처럼 텍스트로 소통한다.

- 요청 메시지 구조

• HTTP 요청은 프론트엔트(클라이언트)에서 백엔드(서버)에 데이터처리를 시작하기 위해 보내는 메세지이다. 이 메세지 구조는 세 부분으로 이루어져있다.

1. strat line : 요청의 첫번째 줄.

1. HTTP Method: 해당 요청이 의도한 액션을 정의하는 부분. 주로 GET, POST, DELETE가 많이 쓰임
2. Request target: 해당 request가 전송되는 목표 url
3. HTTP Version: 말 그대로 사용되는 HTTP 버전을 뜻한다. 주로 1.1 버전이 널리 쓰임
   ➡️ GET /login HTTP/1.1
   해석: GET 메소드로 login 이라는 요청 타겟에 HTTP 1.1 버전으로 요청을 보내겠다!

2. headers : 해당 요청에 대한 추가정보(메타데이터)를 담고 있는 부분

Key: Value 값으로 되어있다 (JavaScript의 객체, Python의 딕셔너리 형태라고 보면 된다)
자주 사용되는 Headers 의 정보에는 다음이 있다

Headers: {
Host: 요청을 보내는 목표(타겟)의 주소. 즉, 요청을 보내는 웹사이트의 기본 주소가 된다. (ex. www.apple.co.kr)
User-Agent: 요청을 보내는 클라이언트의 대한 정보 (ex. chrome, firefox, safari, explorer)
Content-Type: 해당 요청이 보내는 메세지 body의 타입 (ex. application/json)
Content-Length: body 내용의 길이
Authorization: 회원의 인증/인가를 처리하기 위해 로그인 토큰을 Authroization 에 담는다
}

3. body : 요청의 실제 내용(요청에 따라 존재하지 않을 수 있음)

ex) 로그인 시에 서버에 보낼 요청의 내용
Body: {
"user_email": "jun.choi@gmail.com"
"user_password": "wecode"
}

• 실제 예시

- 응답 메세지 구조

1. status line : 응답의 상태 줄. 응답에 대한 처리상태를 클라이언트(프론트엔드)에게 알려주면서 내용을 시작한다.
2. Headers : 요청의 Headers와 일반적으로 동일하다. 다만 응답에서만 사용되는 헤더의 정보들이 있다. ( ex. 요청하는 브라우저의 정보가 담긴 User-Agent 대신, Server 헤더가 사용된다. )
3. Body: 요청의 Body와 일반적으로 동일하다. 하지만 요청의 메소드에 따라 데이터를 전송할 필요가 없는 경우에는 Body가 없을 수도 있다. 가장 많이 사용되는 Body의 데이터 타입은 JSON이다.

---

Stateless

• HTTP 개별 통신은 모두 독립적이어서, 과거의 통신 결과를 보존하지 않는다. 만약 두개의 요청이 있다면 서로가 서로의 요청을 모름. 따라서 단점은 만약 로그인같은 선행기능이 있다면 그 전에 로그인을 했다는 것을 증표를 같이 보내줘야 함. 이를 토큰이라고 함.
  (토큰은 백엔드가 만들어서 프론트에게 준다. 클라이언트에게 주는것은 아님 )

---

HTTP Request Methods

• 이 메소드들은 프론트엔드(클라이언트)의 입장에서 요청의 의도가 담긴것이다. 백엔드의 입장에서 생각하면 혼란이 올 수 있으니 주의하자.

- GET

• 이름 그대로 어떤 데이터를 서버로부터 받아(GET)올 때 사용하는 메소드 즉, 데이터를 받아오기만 할 때 사용된다.
• 가장 간단하고 많이 사용되는 HTTP메소드이다.

# 장바구니에 담은 제품을 조회한다. 
(축약된 요청 메세지)
GET /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}

(축약된 응답 메시지)
HTTP/1.1 200 SUCCESS
Body: {
	"message": "SUCCESS"
	"carts": [
		{
			"productId": 10
			"name": "Pro Display XDR - Nano-texture 글래스"
			"price": "₩7,899,000"
			"quantity": 1
		},
		{
			"productId": 20
			"name": "Mac Pro"
			"price": "₩73,376,000"
			"quantity": 2
		}	
	]
}

- POST

• 데이터를 생성/수정/삭제할 때 사용하는 메소드, 즉 데이터를 생성,수정할때 많이 사용되기 때문에 대부분의 경우 요청에 body가 포함되서 보내진다.

#장바구니에 맘에 드는 상품을 담는다. 
(축약된 요청 메세지)
POST /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}
Body: {
	product: {
		"productId": 30
		"name": "12.9형 iPad Pro Wi-Fi + Cellular 128GB"
		"color": "스페이스 그레이"
		"price": "₩1,499,000"
		"quantity": 1
	}
}

(축약된 응답 메시지)
HTTP/1.1 201 SUCCESS
Body: {
	"message": "SUCCESSFULLY CARTS UPDATED"
}

- DELETE

• 특정 데이터를 서버에서 삭제 요청을 보낼 때 쓰는 메소드

#장바구니에서 제품을 삭제한다. 
(축약된 요청 메세지)
DELETE /shop/bag HTTP/1.1
Headers: {
	"HOST": "https://www.apple.com/kr"
	"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}
Body: {
	productId: 30
}

(축약된 응답 메시지)
HTTP/1.1 201 SUCCESS
Body: {
	"message": "productId 30 DELETED"
}

---

대표적인 Status code

• Status Code의 숫자에 각각 의미가 내포되어있다. 이 Status Code만 보아도 응답이 제대로 됐는지 안 됐는지를 파악할 수 있다.

- 200 : OK

• 문제없이 요청에 대한 처리가 백엔드 서버에서 이루어지나고 나서 오는 응답 코드

- 201 : Created

• 무언가가 잘 생성되었을 때에 오는 응답 코드
• 대게 POST 메소드의 요청에 따라 백엔드 서버에 데이터가 잘 생성,수정되었을 때에 보내는 코드

- 400 : Bad Request

• 해당 요청이 잘못되었을 때 보내는 응답 코드
• 주로 요청의 Body에 보내는 내용이 잘못되었을 때 사용되는 코드
  ex) 전화번호를 보내야 하는데 숫자가 아닌 문자열의 주소가 대신 Body에 담겼을 경우

- 401 : Unauthorized

• 유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입이 필요하다는 의미
  ex) 좋아요, wish list기능은 회원이 아니면 보낼 수 없음.

- 403 : Forbidden

• 유저가 해당 요청에 대한 권한이 없다는 뜻
• 접근 불가능한 정보에 접근했을 경우
  ex) 오직 유료회원만 접근할 수 있는 데이터를 요청했을 때

- 404 : Not Found

• 요청된 URL이 존재하지 않는다는 의미

- 500 : Internal Server Error

• 서버에서 에러가 났을 때의 응답 코드
• (API 개발을 하는 백엔드 개발자들이 싫어하는 코드,,,)