일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 다형성
- DI
- ocp
- 코드트리조별과제
- fielderror
- equals()
- 오블완
- http 메시지 컨버터
- 프록시
- 김영한
- 스프링컨테이너
- 싱글톤
- 백준
- 스프링
- html form
- 코드트리
- 추상클래스
- java
- objecterror
- @configuration
- 오버라이딩
- 티스토리챌린지
- 인터페이스
- 테스트코드
- HttpServletResponse
- 의존관계
- 서블릿
- JSON
- 코딩테스트
- 참조변수
- Today
- Total
minOS
Validation - 검증 직접 처리 본문
검증 요구 사항이 추가되었다고 가정
검증 요구 사항
검증 로직 추가
1) 타입 검증
가격, 수량에 문자가 들어가면 검증 오류 처리
2)필드 검증
상품명 필수, 공백X 가격: 1000원 이상, 1백만원 이하 수량: 최대 9999
3) 특정 필드의 범위를 넘어서는 검증
가격 * 수량의 합은 10,000원 이상
웹 서비스는 폼 입력시 오류가 발생하면, 고객이 입력한 데이터를 유지한 상태로 어떤 오류 가 발생했는지 친절하게 알려주어야 한다. 컨트롤러의 중요한 역할중 하나는 HTTP 요청이 정상인지 검증하는 것이다.
상품 저장 검증 실패 시나리오
고객이 상품 등록 폼에서 상품명을 입력하지 않거나, 가격, 수량 등이 너무 작거나 커서 검증 범위를 넘어서면, 서버 검 증 로직이 실패해야 한다. 이렇게 검증에 실패한 경우 고객에게 다시 상품 등록 폼을 보여주고, 어떤 값을 잘못 입력했는 지 친절하게 알려주어야 한다.
검증 직접 처리 - 개발
상품 등록 검증
@PostMapping("/add") public String addItem(@ModelAttribute Item item, RedirectAttributes redirectAttributes, Model model) { //검증 오류 결과를 보관 Map<String,String> errors = new HashMap<>(); //검증 로직 if(!StringUtils.hasText(item.getItemName())){ //아이템 네임의 글자가 없으면 errors.put("itemName","상품 이름은 필수입니다."); } if (item.getPrice() ==null || item.getPrice() < 1000 || item.getPrice()>1000000){ errors.put("price","가격은 1,000원에서 ~ 1,000,000원 까지 허용합니다." ); } if (item.getQuantity() ==null ||item.getQuantity()> 9999){ errors.put("quntity","수량은 최대 9,999 까지 허용합니다." ); } //특정 필드가 아니 복합 룰 검증 if (item.getPrice() != null && item.getQuantity()!=null){ int resultPrice = item.getPrice() * item.getQuantity(); if( resultPrice < 10000){ errors.put("globalError","가격 * 수량의 합은 10,000원 이상이어야 합니다. 현재 값 = " + resultPrice); } } // 검증에 실패하면 다른 입력 폼으로 if(!errors.isEmpty()){ log.info("error ={}", errors); model.addAttribute("errors",errors); return "validation/v1/addForm"; } // 성공 로직 Item savedItem = itemRepository.save(item); redirectAttributes.addAttribute("itemId", savedItem.getId()); redirectAttributes.addAttribute("status", true); return "redirect:/validation/v1/items/{itemId}"; }
검증 오류 보관
Map<String, String> errors = new HashMap<>();` //만약 검증시 오류가 발생하면 어떤 검증에서 오류가 발생했는지 정보를 담아둔다.
검증 로직if (!StringUtils.hasText(item.getItemName())) { errors.put("itemName", "상품 이름은 필수입니다."); }
`import org.springframework.util.StringUtils;` 추가 필요 검증시 오류가 발생하면 `errors` 에 담아둔다. 이때 어떤 필드에서 오류가 발생했는지 구분하기 위해 오류가 발생한 필드명을 `key` 로 사용한다. 이후 뷰에서 이 데이터를 사용해서 고객에게 친절한 오류 메시지를 출력할 수 있다.
특정 필드의 범위를 넘어서는 검증 로직
//특정 필드의 범위를 넘어서는 검증 로직 if (item.getPrice() != null && item.getQuantity() != null) { int resultPrice = item.getPrice() * item.getQuantity(); if (resultPrice < 10000) { errors.put("globalError", "가격 * 수량의 합은 10,000원 이상이어야 합니다. 현재 값 = " + resultPrice); } }
특정 필드를 넘어서는 오류를 처리해야 할 수도 있다. 이때는 필드 이름을 넣을 수 없으므로 `globalError` 라는 `key` 를 사용한다.
검증에 실패하면 다시 입력 폼으로
if (!errors.isEmpty()) { model.addAttribute("errors", errors); return "validation/v1/addForm"; }
만약 검증에서 오류 메시지가 하나라도 있으면 오류 메시지를 출력하기 위해 `model` 에 `errors` 를 담고, 입력 폼이 있 는 뷰 템플릿으로 보낸다.
addForm.html
css 추가
.field-error { border-color: #dc3545; color: #dc3545; }
이 부분은 오류 메시지를 빨간색으로 강조하기 위해 추가
글로벌 오류 메시지
<div th:if="${errors?.containsKey('globalError')}"> <p class="field-error" th:text="${errors['globalError']}">전체 오류 메시지</p> </div>
오류 메시지는 `errors` 에 내용이 있을 때만 출력하면 된다. 타임리프의 `th:if` 를 사용하면 조건에 만족할 때만 해당 HTML 태그를 출력할 수 있다.
참고
Safe Navigation Operator
만약 여기에서 `errors` 가 `null` 이라면 어떻게 될까? 생각해보면 등록폼에 진입한 시점에는 `errors` 가 없다. 따라서 `errors.containsKey()` 를 호출하는 순간 `NullPointerException` 이 발생한다. `errors?.` 은 `errors` 가 `null` 일때 `NullPointerException` 이 발생하는 대신, `null` 을 반환하는 문법 이다. `th:if` 에서 `null` 은 실패로 처리되므로 오류 메시지가 출력되지 않는다. 이것은 스프링의 SpringEL이 제공하는 문법이다. 자세한 내용은 다음을 참고하자. https://docs.spring.io/spring-framework/docs/current/reference/html/core.html#expressions- operator-safe-navigation
필드 오류 처리
<input type="text" th:classappend="${errors?.containsKey('itemName')} ? 'field- error' : _" class="form-control">
classappend` 를 사용해서 해당 필드에 오류가 있으면 `field-error` 라는 클래스 정보를 더해서 폼의 색깔을 빨간
색으로 강조한다. 만약 값이 없으면 `_` (No-Operation)을 사용해서 아무것도 하지 않는다.
필드 오류 처리 - 입력 폼 색상 적용
<input type="text" class="form-control field-error">
필드 오류 처리 - 메시지
<div class="field-error" th:if="${errors?.containsKey('itemName')}" th:text="$ {errors['itemName']}"> 상품명 오류 </div>
글로벌 오류 메시지에서 설명한 내용과 동일하고, 필드 오류를 대상으로 한다.
정리- 만약 검증 오류가 발생하면 입력 폼을 다시 보여준다.
- 검증 오류들을 고객에게 친절하게 안내해서 다시 입력할 수 있게 한다.
- 검증 오류가 발생해도 고객이 입력한 데이터가 유지된다.
남은 문제점
1)뷰 템플릿에서 중복 처리가 많다.
2) 타입 오류 처리가 안된다. `Item` 의 `price` , `quantity` 같은 숫자 필드는 타입이 `Integer` 이므로 문자 타입 으로 설정하 는 것이 불가능하다. 숫자 타입에 문자가 들어오면 오류가 발생한다. 그런데 이러한 오류는 스프링 MVC에서 컨트롤러에 진입하 기도 전에 예외가 발생하기 때문에, 컨트롤러가 호출되지도 않고, 400 예외가 발생 하면서 오류 페이지를 띄워준다.
3) Item의 `price` 에 문자를 입력하는 것 처럼 타입 오류가 발생해도 고객이 입력한 문자를 화면에 남겨야 한다. 만약 컨트롤러 가 호출된다고 가정해도 `Item` 의 `price` 는 `Integer` 이므로 문자를 보관할 수가 없다. 결국 문자는 바인딩이 불가능하므 로 고객이 입력한 문자가 사라지게 되고, 고객은 본인이 어떤 내용을 입력해서 오류가 발생했는지 이해하기 어렵다.
4) 고객이 입력한 값도 어딘가에 별도로 관리가 되어야 한다.
'TIL > 김영한의 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술' 카테고리의 다른 글
오류 코드와 메세지 처리 (7) | 2024.09.13 |
---|---|
Validation - FieldError, ObjectError (4) | 2024.09.11 |
Validation - BindingResult (0) | 2024.09.11 |
메세지,국제화 (6) | 2024.09.09 |
타임리프 스프링 통합 - 입력 폼 처리 (6) | 2024.08.30 |