
매개변수가 유효한지 검사하라 메서드와 생성자 대부분은 입력 매개변수의 값이 특정 조건을 만족하기를 바랍니다. 예를 들어 인덱스의 값은 음수여서는 안되고, 객체 참조는 NULL이어서는 안됩니다. 이런식의 제약은 반드시 문서화해야하며, 메서드 몸체가 시작되기 전에 검사해야 합니다. 오류는 가능한 한 빨리 잡아야하며, 오류를 발생한 즉시 잡지 못하면 해당 오류를 감지하기 어려워지고, 감지하더라도 오류의 발생 지점을 찾기 어려워집니다. 💡 매개변수 검사를 제대로 하지 않은 경우 메서드가 수행되는 중간에 모하한 예외를 던지며 실패할 수 있습니다. 더 나쁜 상황은 메서드가 잘 수행되지만 잘못된 결과를 반환하는 상황이 발생할 수도 있습니다. 더 좋지 않은 상황은 메서드는 문제없이 수행됐지만 어떤 객체를 이상한 상태로..
스터디/이펙티브 자바
2022. 8. 2. 20:44
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- space based architecture
- redis 대기열 구현
- 트랜잭셔널 아웃박스 패턴 스프링부트
- polling publisher spring boot
- java ThreadLocal
- spring boot excel download paging
- spring boot excel download oom
- @ControllerAdvice
- 레이어드 아키텍처란
- redis sorted set
- java userThread와 DaemonThread
- 공간 기반 아키텍처
- pipe and filter architecture
- 람다 표현식
- redis sorted set으로 대기열 구현
- microkernel architecture
- 서비스 기반 아키텍처
- transactional outbox pattern
- service based architecture
- 자바 백엔드 개발자 추천 도서
- spring boot redisson destributed lock
- JDK Dynamic Proxy와 CGLIB의 차이
- pipeline architecture
- spring boot redisson sorted set
- spring boot redisson 분산락 구현
- spring boot redis 대기열 구현
- spring boot 엑셀 다운로드
- transactional outbox pattern spring boot
- spring boot poi excel download
- 트랜잭셔널 아웃박스 패턴 스프링 부트 예제
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함