일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- db
- JDBC
- Android
- springdatajpa
- 백준
- java
- JPQL
- QueryDSL
- pointcut
- spring
- Servlet
- 스프링
- kotlin
- jpa
- Spring Boot
- Thymeleaf
- Exception
- 스프링 핵심 기능
- Greedy
- 알고리즘
- Proxy
- 김영한
- 스프링 핵심 원리
- http
- 그리디
- 자바
- 인프런
- AOP
- transaction
- SpringBoot
- Today
- Total
목록messageCode (3)
개발자되기 프로젝트
1. Spring이 직접 만든 오류 메시지 처리 검증 오류 코드는 크게 두 가지 개발자가 직접 설정한 오류 코드 -> rejectValue()를 직접 호출함 Spring이 직접 검증 오류에 추가한 경우 -> 바인딩 오류(주로 타입종류 맞지 않은 경우) 2. 동작 방식 price필드에 "A"를 입력하자. log를 보면 BindingResult에서 FieldError를 확인할 수 있다. Field error in object 'item' on field 'price': rejected value [qqq]; 또한 다음과 같이 Message Codes가 생성된다. codes[typeMismatch.item.price,typeMismatch.price,typeMismatch.java.lang.Integer,ty..
1. 오류 코드 관리 전략 핵심은 구체적인 것에서! 덜 구체적인 것으로! MessageCodesResolver 는 required.item.itemName 처럼 구체적인 것을 먼저 만들어주고, required 처럼 덜 구체적인 것을 가장 나중에 만든다. 이렇게 하면 앞서 말한 것 처럼 메시지와 관련된 공통 전략을 편리하게 도입할 수 있다. 복잡하게 사용하는 이유?? 모든 오류 코드에 대해서 메시지를 각각 다 정의하면 개발자 입장에서 관리하기 힘들다. 크게 중요하지 않은 메시지는 범용성 있는 requried 같은 메시지로 끝내고, 정말 중요한 메시지는 꼭 필요할 때 구체적으로 적어서 사용하는 방식이 더 효과적 2. 메시지 추가 #required.item.itemName=상품 이름은 필수입니다. #range..
???오류 코드를 얼마나 자세히 만들어야 할까 오류 코드를 만들 때 다음과 같이 자세히 만들 수도 있고, required.item.itemName : 상품 이름은 필수 입니다. range.item.price : 상품의 가격 범위 오류 입니다. 또는 다음과 같이 단순하게 만들 수도 있다. required : 필수 값 입니다. range : 범위 오류 입니다. 단순하게 만들면 범용성이 좋아서 여러곳에서 사용할 수 있지만, 메시지를 세밀하게 작성하기 어렵다. 반대로 너무 자세하게 만들면 범용성이 떨어진다. 가장 좋은 방법은 범용성으로 사용하다가, 세밀하게 작성해야 하는 경우에는 세밀한 내용이 적용되도록 메시지에 단계를 두는 방법이 좋음. 예를 들어서 required 라고 오류 코드를 사용한다고 가정해보자. 다..