enum 이란

ex) Category = {spring,NodeJs,Django} 처럼 배열은 아닌것이 여러가지 값들을 사용하고 그 중에서 사용할 때

Implement와 extends의 차이

- extends는 객체 상속
- implement는 interface 구현
- 추가로, abstract는 implement + extends

extends에서 super() ??

 public class TokenValidFailedException extends RuntimeException {
 
     public TokenValidFailedException() {
         super("Failed to generate Token.");
     }
 
     private TokenValidFailedException(String message) {
         super(message); // super 클래스 (Runtime Exception 에 전달)
         //  super의 super의 ... throwable에서 fillInStackTrace();
         //        detailMessage = message;
     }
 }

filterChain.doFilter(request,response) 필수

provider의 역할

@value annotation의 역할

Claims 객체 역할 := Jwt 의 Payload에 담는 정보 한조각

JWT(Json Web Token)

1. 두 개체에서 JSON 객체를 사용해 가볍고 자가수용적인(필요한 모든 정보를 자체적으로 지니고 있음 토큰의 기본정보,전달할 정보,토큰 검증 signature)
   2. 회원 인증에서 jwt, 유저가 로그인 되었는지 유무를 신경쓸 필요가 없고 유저가 요청했을 때 토큰의 유효성만 확인하면 되니 세션 관리가 필요 없어 서버 자원을 아낄 수 있다.
   3. 정보 교류에서 jwt, 두 개체에서 안정성있게 정보를 교환하기에 좋은 방법이다. 정보가 sign 되어있기 때문에 정보 조작 여부를 검증할 수 있다.
   4. JWT의 생김새
      1. 헤더(Header)
         1. typ(토큰 타입) : jwt
         2. alg(해싱 알고리즘) : HMAC SHA256 || RSA 사용
      2. 내용(Payload)
         1. 토큰에 담을 정보가 담김, 여기에 담는 정보 한조각을 Claim이라고 함. name/value 한 쌍으로 이루어져 있으며 토큰에는 여러개의 클레임들을 넣을 수 있음
         2. 클레임의 종류에는 세가지가 있음. registered Claim, public Claim, private Claim
      3. 서명(Signature)
         1. Hash (헤더의 인코딩 값 + 정보의 인코딩 값)

              HMACSHA256(
                base64UrlEncode(header) + "." + // header incoding value
                base64UrlEncode(payload),      // payload incoding value
                secret).                      // 주어진 비밀키로 해쉬 

      4. 이후 Header,Payload,Signautre 값을 ‘.’ 을 중간자로 합쳐주면 하나의 토큰 완성

@AllArgsConstructor, @RequiredArgsConstructor가 같이 쓰이는 경우

@RequestBody 와 @ResponseBody

- 화면 전환(새로고침) 없이 이루어지는 동작들은 대부분 **비동기 통신**. **비동기 통신**을 위해 서버로 요청 메시지를 보낼 때 **본문**에 데이터를 담아 보내야한다. 이 **본문이 body**이다.
- `@RequestBody`, `@ResponseBody`  HTTP Body  ↔️ JAVA 객체 변환한다.
    - `@RequestBody` ”클라이언트 ➡️ 서버” 필요 데이터 요청 시,
        - 서버에서 **http 요청의 body ➡️ java 객체**
    - `@ResponseBody` ”서버 **➡️** 클라이언트” 응답 데이터 전송 시,
        - **java 객체 ➡️ http 응답 body** 내용으로 매핑해 전송
    - `@RequestBody` 와 `@ResponseBody` 는 JSON 형태

➕ `@RestController` 는 리턴값에 자동으로 ResponseBody가 붙어 http 응답 데이터에 java 객체가 매핑되어 전달된다.

➕ `@ModelAttribute` multipart/form-data 형태의 요청 데이터 내용과 http 쿼리 파라미터들을 1:1로 객체에 바인딩. 변환이 아닌 바인딩이므로 Setter 메서드 필요

- 기존 @ResponseBody + @ModelAttribute
    
    ```java
        @ResponseBody
    	  @PostMapping(value = "/items/findName")
        public BaseResponse<Item> findByNameV2(@ModelAttribute("name") Name name, RedirectAttributes redirectAttributes) {
            Item byItemName = itemService.findByItemName(name.getName()).get();
    
            return new BaseResponse<>(byItemName);
        }
    
        @Getter @Setter
        class NameV2{
            String name;
        }
    ```
    
- JSON으로 데이터 주고 @ResponseBody 사용 ✅
    
    ```java
    @ResponseBody
    @PostMapping(value = "/items/findName")
    public BaseResponse<Item> findByNameV3(String name, RedirectAttributes redirectAttributes) {
        Item byItemName = itemService.findByItemName(name).get();
    
        return new BaseResponse<>(byItemName);
    }
    ```
    
- @ResponseBody와 @RequestBody를 함께 사용할 때
    
    ```java
    @ResponseBody
    @PostMapping(value = "/items/new")
    public BaseResponse<Item> addItem(@RequestBody Item item) {
    
        Item item1 = new Item();
        item1.setStoreId(item.getStoreId());
    		...
    
        itemService.save(item);
    
        return new BaseResponse<>(item1 );
    }
    ```
    
    - Request processing failed; nested exception is org.thymeleaf.exceptions.TemplateInputException: Error resolving template [items/new], template might not exist or might not be accessible by any of the configured Template Resolvers] with root cause
        - ResponseBody를 쓰지 않았을 때 나온 오류 thymleaf type mismatching
        

Controller에서 API 용 메소드와 웹과 연결된 메소드의 차이

Controller와 RestController의 차이

- RestController는 REST API 일 때