[섹션 5. HTTP 메서드] HTTP 메서드 - PUT, PATCH, DELETE / 인프런 김영한 - 모든 개발자를 위한 HTTP 웹 기본 지식
이번 시간에는 지난 시간의 GET, POST에 이어서 PUT, PATCH, DELETE에 대해서 알아보았다. 먼저 PUT은 리소스를 대체한다.쉽게 말해서, 폴더에 파일을 복사하는 것과 비슷하다고 할 수 있다.폴더에 파일을 넣을 때, 그 폴더에 파일이 없으면 파일이 새로 생기고, 기존에 똑같은 파일이 있으면 덮어쓰게 된다.이 덮어쓰는 것이 PUT이라고 볼 수 있다. PUT /members/100 HTTP/1.1{"userName": "hello", "age: 20}이런 식으로 요청을 한다고 하자.위와 같은 데이터가 없으면 신규로 생성을 하고, 있다고 하면 기존것을 날려버리고 새로 만든다.즉, 덮어쓰기와 같은 개념이라고 할 수 있다. 중요한 것은 클라이언트가 리소스를 식별한다.PUT /members/100 ..
2025. 1. 31.
[섹션 5. HTTP 메서드] HTTP API를 만들어보자 & HTTP 메서드 - GET, POST / 인프런 김영한 - 모든 개발자를 위한 HTTP 웹 기본 지식
이번 시간에는 HTTP 메서드에 대해서 알아보고 HTTP API를 만들어보는 시간을 가졌다. 실무에 투입되고, HTTP API 를 처음으로 설계를 한다고 가정해보자.그 중에서 회원정보관리 API를 만든다고 하자.그러면 회원 목록 조회, 회원 조회, 회원 등록, 회원 수정, 회원 삭제 가 있을 것이다. 예를 들어서, 위와 같이 회원목록조회를 read-member-list 라고 명칭을 했다고 해보자.위의 예시는 좋은 설계일까? API 설계를 할 때, 가장 중요한 것은 리소스 식별 이다.그렇다면 리소스의 의미는 무엇일까? 회원을 등록하고 수정하고 조회하는 것이 리소스가 아니다.예를 들면, 미네랄을 캐라 에서 미네랄이 리소스가 되는 것이다.즉, 회원이라는 개념 자체가 바로 리소스다. 그렇다면 리소스를 어떻게 ..
2024. 12. 24.
[섹션 4. HTTP 기본] 클라이언트 서버 구조 & Stateful, Stateless / 인프런 김영한 - 모든 개발자를 위한 HTTP 웹 기본 지식
이번 시간에는 클라이언트 서버 구조와 http 상태값인 Stateful, Stateless에 대해서 알아보았다.http의 특징 첫번째로는, 클라이언트 - 서버 구조로 이루어져 있다는 것이다. 클라이언트가 http 메세지로 서버에 요청을 보내고, 응답이 올때까지 클라이언트는 기다린다. 그렇게 서버는 결과를 만들어서 클라이언트에게 보내고, 클라이언트는 응답 결과를 열어서 동작을 하게 된다. 위와 같은 구조는 표면적인 내용이고... 조금 더 살펴보자면, 과거에는 클라이언트와 서버가 분리되어 있지 않았다. 그래서 요즘은 클라이언트와 서버를 분리를 하면서, 비즈니스 로직과 데이터는 서버에, UI와 사용성은 클라이언트에 집중을 하여 분리를 했다. 이렇게 되므로써, 각각 분리적으로 진화가 가능하게 된다. 예를 들면,..
2024. 11. 12.
