2024-12-02 TIL
모델링 및 명세서 작성
명세서는 readme에 적기 전에 먼저 팀 노션에 작성하였다.
테이블 모델링과 명세서 작성으로 거의 5시가 되어서야 작업 할당하고 시작했다.
내가 맡은 일은 가챠와 팀 편성이었고, 일단 둘 다 기본 코드는 작성해 두었다.
그 외에는 오늘 작업을 하기 위해서 RESTful API와 http를 공부한 것을 올려 놓겠다.
HTTP
인터넷에서 데이터를 주고 받기 위한 프로토콜이며, 웹의 기본적인 뼈대를 이룹니다. 웹 페이지를 요청하는 과정에서 핵심적인 역할을 합니다.
기본적인 통신은 (Request, Responce)의 형태로 이루어집니다. 클라이언트가 서버에 특정 웹 페이지나 데이터를 요청하면 서버는 이에 대한 응답을 클라이언트에게 전송합니다.
HTTP 요청에는 ㄷ양한 메소드가 있으며, 각 메소드는 서버에 대한 다른 유형의 요청을 나타냅니다. </span>
method의 종류
종류 | 기능 |
---|---|
get | 특정 메소드의 조회, 오직 데이터를 받기만 함. |
head | get과 동일한 응답을 요구하지만 응답 본문(body)을 포함하지 않음. |
post | 특정 리소스에 엔티티를 제출할 때 쓰임. 종종 서버 상태의 변화나 부작용을 야기함. |
put | 목적 리소스 모든 현재 표시를 요청으로 바꾼다. 하나가 아닌 모든 리소스의 공통된 부분을 수정함. |
delete | 특정 리소스를 삭제함. |
connect | 목적 리소스로 식별되는 서버로의 터널으 맺는다. |
opitions | 목적 리소스의 통신을 설정하는 데에 쓰임 |
trace | 목적 리소스의 경로를 따라 메시지(loop-back)테스트를 한다. |
patch | 지정된 리소스의 부분만을 수정하는 데 쓰임 |
RESTful API
웹 표준을 기반으로 서버와 클라이언트 사이의 상호작용을 정의하는 방법입니다. REST 원칙을 따르는 API는 HTTP 프로토콜을 사용하여 데이터를 주고받으며 웹 개발에서 널리 사용됩니다.
원리와 구현
기본적으로 CRUD 작업을 수행하는 걸 전제로 설계를 시작합니다.
사용 예시
종류 | URL | 기능 |
---|---|---|
get | /users | 사용자 목록 조회 |
post | /users | 새로운 사용자 생성 |
patch | /users/:id | 사용자 정보 수정 |
delete | /users/:id | 사용자 삭제 |
상태 코드
코드 번호 | 상태 |
---|---|
200 | 일단 성공 응답 |
201 | POST 성공 응답 |
400 | 서버가 처리할 수 없는 잘못된 요청 |
404 | 리소스를 찾을 수 없음 |