복습

• forward와 redirect
  • forward
    • 요청/응답 위임
      • 사용자(클라이언트)는 응답 페이지를 원함
      • 요청을 받은 Controller는 화면을 만들어서 클라이언트에게 보여줘야함
      • 잘 만드는 애(front)한테 역할 위임
    • 요청에 대한 적절한 응답페이지가 있을 때 사용!
      • ex) 클라이언트 (마이페이지로 이동, a태그 클릭) → 요청 → 응답(forward) 적절한 응답페이지가 있음 : 마이페이지
  • redirect
    • 재요청
    • redirect는 요청에 대한 적절한 응답페이지가 없을 때 사용!
      • ex) 클라이언트 (로그인 시켜주세요) → 요청 → 응답 (로그인 되었습니다 같은 html 파일이 필요가 없음) → 따라서 forward를 할 필요가 없음
        ⇒ 이때, redirect를 사용
        ⇒ 마이페이지로 이동시켜주는 쪽으로 재요청을 함! → /member/myPage → forward(마이페이지 html 응답)
        ⇒ 메인페이지로 이동시켜주는 쪽으로 재요청 → forward(메인페이지 html 응답)
        ⇒ 즉, 재활용 하기 위해서 사용

JSON

fetch(url)
    .then((response) => response.json())
    .then((result) => {
      // 만약 response.text()로 했다면 
      // JSON.parse(result)
      // 이렇게 하면 json으로 바꿔줌
      // 하지만, 번거롭다면 response.json()
	  }

• text를 JSON화
  • JSON.parse(변수명);
• 바로 JSON화
  • 변수명.json();

HTTP Method

요청 보내는 방식에는 GET/POST/PUT/DELETE

HTTP Method(GET/POST/PUT/DELETE)

1. Get - 조회(R) : 서버에 있는 데이터를 가져올 때

2. Post - 생성(C) : 새로운 데이터를 서버에 등록할 때

3. Put - 수정(U) : 서버에 있는 데이터를 통째로 바꿀 때 사용(덮어쓰기)

   ⇒ 같은 요청 여러번 보내도 결과가 항상 같음(멱등성을 띈다)

4. Delete - 삭제(D) : 서버에 있는 데이터 삭제할 때
   ⇒ 같은 요청 여러번 보내도 결과가 항상 같음(멱등성을 띈다)

⇒ 즉, 멱등성을 띈다는 것은 POST로 삭제를 했을 때, 한번 삭제되고 또 삭제를 하면 에러가 발생함

⇒ 하지만, Put, Delete는 같은 요청을 보내도 “아, 이전에 삭제했는데 또 삭제를 보냈구나” 하면서 보내준다.

⇒ 즉, 여러번 보내도 결과가 항상 같다는 의미

REST

• 웹의 자원을 URL로 표현하고, 동사의 역할을 HTTP Method로 나누는 방식

요청 주소 만들 때

ex) /selectTodoList, /getMemberList, /addTodo

⇒ 이러한 방법은 rest하지 않음

RestFul

⇒ REST 규칙을 준수했다

RestAPI

⇒ REST 규칙을 준수(RestFul)해서 만든 API

REST 규칙 준수 요청 주소

• 사용자 목록 조회
  • /users (GET)
• 사용자 새로 등록
  • /user (POST)
• 사용자 수정
  • /user/3 (PUT)
• 사용자 삭제
  • /user/3 (DELETE)