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 | 31 |
Tags
- 검증헤더
- www-Authenticate
- max age
- 서블릿http세션
- 서블릿필터
- 프록시객체
- supportParameter
- hikaricp
- etag
- HTTP상태코드
- Not Modified
- 프록시 캐시 서버
- 세션타임아웃설정
- 인증체크
- http
- Expires
- resolveArgument
- 조건부요청
- no cache
- HTTP API
- UrlResource
- 양쪽 모두 값 설정
- 300
- must revalidate
- 쿠키생명주기
- Could not find or load main class worker.org.gradle.process.internal.worker.GradleWorkerMain
- 쿠키보안문제
- 세션만들어보기
- gradle오류
- 캐시
Archives
- Today
- Total
복습을 위한
좋은 URI설계란 본문
좋은 URI설계는 무엇일까?
가장 중요한 것은 리소스 식별이다.
중요한 것은 '회원' 리소스라는 기준으로 설계하는 것이다. 조회 등록 수정 삭제등등 리소스가 아니다. 회원이라는 리소스만 식별하면 되므로 회원 리소스를 URI에 매핑을 하면된다. 근데 그럼 아래와 같은 문제가 발생한다.
URI는 리소스를 판별하는데 쓰여야한다. 리소스의 행위를 판별하는데 쓰이는 것이 아니다.
그렇다면 조회, 등록, 삭제, 변경 등 행위(메소드)는 어떻게 구분을 할 것인가?
이럴 때 필요한 것이 바로 HTTP메소드이다.
메소드로 행위를 구분하는 것이다.
참고https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC/dashboard
'http' 카테고리의 다른 글
PUT,PATCH,DELETE (0) | 2023.11.17 |
---|---|
GET, POST (0) | 2023.11.17 |
http메세지 (0) | 2023.11.17 |
비연결성 (0) | 2023.11.16 |
무상태 프로토콜(Stateless) (0) | 2023.11.16 |