final int MAX_VALUE = 250;
int age; // 변수 선언.
=>
age 라는 이름의 변수를 선언.
*변수타입 : int
*변수이름 : ageint age = 15;
=>
변수 age를 선언하고 15로 초기화.int a, b;
int x = 0, y = 0;int a = 10;
int b = 6;
=>
두 값을 서로 변경하기 위해서는 새로운 변수 필요.int a = 10;
int b = 6;
int temp = 0;
아래와 같이 임시 변수(temp)에 값을 저장 후 값 변경.
temp = a; // temp에 10 저장.
a = b; // a에 b의 값(6) 저장.
b = temp; // b에 a의 값(temp에 담긴 값) 10 저장.
결과적으로 a와 b의 값이 서로 변경 됨.
a = 6
b = 10클래스이름 변수이름; // 변수 타입이 기본형이 아닌 것들은 모두 참조형 변수임.
form 의 내용을 메시지 바디를 통해 전송(key=value, 쿼리 파라미터 형식)
전송 데이터를 url encoding 처리
예) aaa김 -> aaa%EA%B9%80파일 업로드 같은 바이너리 데이터 전송 시 사용.
다른 종류의 여러파일과 폼 내용을 함께전송 가능 (그래서 이름이 multipart)회원 목록 : /members -> GET
회원 등록 : /members -> POST
회원 조회 : /members/{id} -> GET
회원 수정 : /members/{id} -> PATCH / PUT / POST
(PATCH : 부분 수정 / PUT : 완전히 덮어쓰기)
(PATCH 사용 권장, PUT은 게시판 수정 등에 사용)
회원 삭제 : /members/{id} -> DELETE클라이언트는 등록될 리소스의 URI를 모름.
- 회원 등록 /members -> POST
- POST /members
서버가 새로 등록된리소스 URI를 생성해준다.
- HTTP/1.1 201 Created
Location: /members/100
* 컬렉션 (Collection)
- 서버가 관리하는리소스디렉토리
- 서버가 리소스의URI를 생성하고 관리
- 여기서 컬렉션은 /members파일 목록 : /files -> GET
파일 조회 : /files/{filename} -> GET
파일 등록 : /files/{filename} -> PUT
(PUT : 없으면 새로 생성, 있으면 덮어쓰기)
파일 삭제 : /files/{filename} -> DELETE
파일 대량 등록 : /files -> POST클라이언트가리소스 URI 를 알고 있어야 함
- 파일등록 : /files/{filename} -> PUT
- PUT /files/star.jpg
클라이언트가 직접 리소스의 URI를 지정한다.
* 스토어 (Store)
- 클라이언트가 관리하는 리소스 저장소
- 클라이언트가 리소스의 URI를 알고 관리
- 여기서 스토어는 /files회원 목록 : /members -> GET
회원 등록폼 : /members/new -> GET
회원 등록 : /members/new 또는 /members -> POST
회원 조회 : /members/{id} -> GET
회원 수정 폼 : /members/{id}/edit -> GET
회원 수정 : /members/{id}/edit 또는 /members/{id} -> POST
회원 삭제 : /members/{id}/delete ->POST
* 컨트롤 URI
- GET, POST 만 지원하므로 제약 존재.
- 제약을 해결하기 위해 동사로 된 리소스 경로 사용.
- POST의 /new, /edit, /delete 가 컨트롤 URI.
- HTTP 메서드로 해결하기 애매한 경우 사용 함 (HTTP API 포함)REST Resource Naming Guide
In REST, having a strong and consistent REST resource naming strategy – will prove one of the best design decisions in the long term.
restfulapi.net
| 재학습 4일차_HTTP 메서드 (0) | 2022.04.03 |
|---|---|
| 재학습 3일차_HTTP 기본 (0) | 2022.04.01 |
| 재학습 2일차_URI와 웹 브라우저 요청 흐름 (0) | 2022.03.31 |
| 재학습 1일차_인터넷 네트워크 (0) | 2022.03.30 |
| 스프링 핵심 원리 기본편 17일차 (0) | 2021.02.15 |
회원 목록 조회 : /read-member-list
회원 조회 : /read-member-by-id
회원 등록 : /create-member
회원 수정 : /update-member
회원 삭제 : /delete-member회원을 등록하고 수정하고 조회하는게 리소스가 아니다.
예를 들어미네랄을 캐라에서 리소스는 미네랄. (즉, 회원이라는 개념 자체가 바로 리소스)회원을 등록하고 수정하고 조회하는 것을 모두 배제.
회원이라는 리소스만식별하면 됨. (회원 리소스를 URI에 매핑)회원 목록 조회 : /members
회원 조회 : /member/{id}
회원 등록 : /members/{id}
회원 수정 : /members/{id}
회원 삭제 : /members/{id}
참고 : 계층 구조상 상위를 컬렉션으로 보고 복수 단어 사용 권장함.
(member -> members)URI는 리소스만 식별. (URI는 리소스를 판별할때 사용)
리소스와 해당 리소스를 대상으로 하는 행위를 분리.
리소스 : 회원
행위 : 조회 / 등록 / 삭제 / 변경
리소스는 명사, 행위는 동사(미네랄을 캐라)서버에 전달하고 싶은 데이터는 query (쿼리 파라미터, 쿼리 스트링)를 통해 전달.
메시지바디를 사용해서 데이터를 전달할 수 있지만, 지원하지 않는 곳이 많아 권장하지 않음.
POST는 다음의 기능에 사용.
1. HTML 양식에 입력 된 필드와 같은 데이터 블록을 데이터 처리 프로세스에 제공.
- 예) HTML, FROM에 입력한 정보로 회원가입, 주문 등에 사용
2. 게시판, 뉴스 그룹, 메일링 리스트, 블로그 또는 유사한 기사 그룹에 메시지 게시.
- 예) 게시판 글쓰기, 댓글 달기
3. 서버가아직 식별하지 않은 새 리소스 생성.
- 예) 신규 주문 생성
4. 기존 자원에 데이터 추가.
- 예) 한 문서 끝에 내용 추가하기 등
참고 : 이 리소스 URI에 POST 요청이 오면 요청 데이터를 어떻게 처리할지 리소스마다 따로 정해야 한다.
(정해진 것이 없다.)1. 새 리소스 생성(등록)
서버가 아직 식별하지 않은 새 리소스 생성
2. 요청 데이터처리
- 단순히 데이터를 생성하거나, 변경하는 것을 넘어 프로세스를 처리해야 하는 경우
예) 주문에서 결제완료 > 배달시작 > 배달완료 처럼 단순히 값 변경을 넘어 프로세스의 상태가 변경되는 경우
- POS의 결과로 새로운 리소스가 생성되지 않을 수도 있다.
예) POST/orders/{orderId}/start-delivery (컨트롤 URI)
3. 다른 메서드로처리하기 애매한 경우
- 애매하면 POST 사용
예) JSON으로 조회 데이터를 넘겨야 하는데, GET 메서드를 사용하기 어려운 경우GET : 여러번 조회해도 같은 결과 조회.
PUT : 결과를 대체. (같은 요청 여러번 해도 최종 결과는 동일)
DELETE : 결과를 삭제. (같은 요청 여러번 해도 삭제된 결과 동일)
POST : 멱등이 아님!!!!!!! 두 번 호출하면 같은결제가 중복해서 발생할 수 있다.| 재학습 5일차_HTTP 메서드 활용 (0) | 2022.04.04 |
|---|---|
| 재학습 3일차_HTTP 기본 (0) | 2022.04.01 |
| 재학습 2일차_URI와 웹 브라우저 요청 흐름 (0) | 2022.03.31 |
| 재학습 1일차_인터넷 네트워크 (0) | 2022.03.30 |
| 스프링 핵심 원리 기본편 17일차 (0) | 2021.02.15 |