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