Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- 항해 추천인
- 제네릭
- 항해 추천인코드
- 스프링 부트와 JPA
- Spring
- 자바의정석 연습문제
- 항해플러스 회고
- 스프링 핵심원리
- 스프링
- 서블릿
- JPA
- Python
- 자바공부
- Java의정석
- 불친절한 SQL 프로그래밍
- Numpy
- 항해플러스 백엔드 7기
- 자바의정석
- 스프링입문
- 항해플러스
- 김영한
- 항해플러스 백엔드
- java
- 자바연습문제
- 시큐어코딩
- 스프링MVC
- 이것이자바다
- Secure Coding
- 불친절한SQL프로그래밍
- 인프런
Archives
- Today
- Total
목록HTTP메서드 (1)
Continuous Challenge

HTTP API API URI 고민 리소스의 의미는 뭘까? - 회원을 등록하고 수정하고 조회하는 게 리소스가 아니다. - 회원이라는 개념 자체가 리소스다. 리소스를 어떻게 식별하는 게 좋을까? - 회원을 등록하고 수정하고 조회하는 것을 모두 배제 - 회원이라는 리소스만 식별하면 된다. → 회원 리소스를 URI에 매핑 API URI 설계 리소스 식별, URI 계층 구조 활용 리소스와 행위를 분리 가장 중요한 것은 리소스를 식별하는 것 URI는 리소스만 식별 리소스와 해당 리소스를 대상으로 하는 행위를 분리 - 리소스 : 회원 - 행위 : 조회, 등록, 삭제, 변경 리소스는 명사, 행위는 동사 HTTP 메서드 - GET, POST HTTP 메서드 종류 GET : 리소스 조회 POST : 요청 데이터 처리,..
Spring/모든 개발자를 위한 HTTP 웹 기본 지식
2022. 4. 18. 20:28