Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- *
- PSA
- reflection
- junit5
- MSA
- jvm
- Transaction
- Java
- bounded context
- OOP
- ddd
- Spring Data Redis
- Exception
- di
- Rest
- 서명
- redis
- JSON
- mockito
- JWT
- SOA
- AOP
- bytecode
- spring
- IOC
- Generic
- rest api
Archives
- Today
- Total
목록Exception (1)
개발자일기
Effective JAVA Exception처리
개발을 하다보면 귀차니즘으로 인해 RuntimeException으로 throw한다. 검사 예외와 런타임 예외를 어떻게 구분 해야될까 검사(체크) 에러 호출하는 쪽에서 복구 하리라 여기지는 상황이면 검사(체크) 예외를 사용해라 API설계자가 검사 예외를 던져주어 핸들링 하라는 의미 ex) DB 트랜잭션 실패의 경우에는 롤백이 필요하니 검사 에러가 적합 API를 제대로 사용해도 발생할수 있는 오류, 프로그래머가 조치를 취할수잇는 오류 일반적으로 복구 가능한 정보도 전달 Exception에 메소드 제공 FailType failType; public OrderCancelFailException(FailType failType){ this.FailType = failType; } FailType getType()..
개발
2020. 3. 30. 18:51