멋사 Backend Plus 29일차 🦁

오늘도 오전에는 팀프로젝트를 진행하였고, 늦은 오후 부터는 팀 발표를 진행하였다. 맡은 부분에 대한 코드를 짜며 기록하여 남기면 좋을 것 같은 부분을 작성해볼려고 한다.

오전

기존에 @Valid 어노테이션과 BindingResult 객체를 사용하여 요청에 대한 예외처리를 하였습니다.

• @Valid 어노테이션과 BindingResult 사용

➡ 요청 DTO 클래스

@Getter
@Setter
public class CreateRequest {
    @NotBlank(message = "상품 이름은 필수 입니다.")
    private String productName;
    @NotBlank(message = "상품 가격은 필수 입니다.")
    private String price;
    @NotBlank(message = "상품 설명은 필수 입니다.")
    private String content;
    @NotNull(message = "상품 갯수는 필수 입니다.")
    private Integer count;
    @NotNull(message = "상품 카테고리는 필수 입니다.")
    private Category category;
}

➡ 컨트롤러 단
아래의 코드에 대해서 설명을 하자면 작성한 CreateRequest 객체에 @Valid 어노테이션을 작성하여, 검증을 할수 있습니다.
작성한 검증 조건에 대해 BindingResult 메소드의 hasErrors() 메소드를 사용하여 예외 검증을 할수 있으며, 400 에러가 발생합니다.

 @PostMapping
    @ResponseStatus(HttpStatus.CREATED)
    public RsData createProduct(@ModelAttribute @Valid CreateRequest createRequest,
                                @ModelAttribute(name = "images") MultipartFile images,
                                BindingResult bindingResult) throws IOException {
        if (hasErrors(bindingResult)) {
            return RsData.failOf(INVALID_PRODUCT_REQUEST);
        }
        productService.createProductWithImage(createRequest, images);
        return RsData.of("S-1", POST_SUCCESS_PRODUCT, "create");
    }
    
    private boolean hasErrors(BindingResult bindingResult) {
        return bindingResult.hasErrors();
    }

위 처럼 BindingResult 객체를 사용하여 예외 검증을 할수 있지만, 저는 매개변수의 갯수가 3개 이상으로 되어 리팩토링 할 필요성을 느끼게 되었습니다.

➡ 예외처리를 커스텀하여 전역으로 관리하기 위한 @RestControllerAdvice 와 예외를 핸들링 할수 있는 @ExceptionHandler 어노테이션을 사용했습니다.

추가로 @Valid 어노테이션을 사용하여 예외를 터트리면, MethodArgumentNotValidException이 발생하게 됩니다.

@RestControllerAdvice
public class GlobalExceptionHandler {
    private static final String INVALID_PRODUCT_REQUEST 
    								= "유효하지 않은 요청 입니다.";

    @ExceptionHandler(MethodArgumentNotValidException.class)
    @ResponseStatus(HttpStatus.BAD_REQUEST)
    public ResponseEntity<String> handleInvalidRequest
    				(MethodArgumentNotValidException exception) {
                    
        String message = Optional
        		.ofNullable(
                	exception.getBindingResult().getFieldError())
                .map(FieldError::getDefaultMessage)
                .orElseThrow(() 
                		-> new RuntimeException(INVALID_PRODUCT_REQUEST));

        return new ResponseEntity<>(message, HttpStatus.BAD_REQUEST);
    }
}

위 코드와 같이 전역으로 예외를 처리 하게 되면, 컨트롤러 단에서 BindingResult 객체를 파라미터로 넘기지 않아도 되게 됩니다.

➡ BindingResult 객체를 매개변수로 사용하지 않은 컨트롤러 단

@PostMapping
    @ResponseStatus(HttpStatus.CREATED)
    public RsData createProduct(@ModelAttribute @Valid CreateRequest createRequest,
                                @ModelAttribute(name = "images") MultipartFile images) throws IOException {
        productService.createProductWithImage(createRequest, images);
        return RsData.of("S-1", POST_SUCCESS_PRODUCT, "create");
    }

오후

• ERD 설계는 위와 같이 하였고, 말로 풀어서 설명하면
  멤버 한명이 장바구니(Cart)를 한개만 가질수 있도록 OneToOne 관계
  장바구니(Cart) 한개의 여러개의 상품(Item)이 담길수 있음으로, OneToMany 관계
  등록한 상품(Product)는 여러개의 상품 (Item)으로 장바구니에 담길수 있음으로, OneToMany 관계로 틀을 잡았습니다.