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 |
Tags
- 개발 어렵당.ㅠ
- R2DBC Paging
- Ingress Controller Fake
- save/update
- 노드간 통신
- 월급루팡 일지
- pinpoint 2.5.3
- 플루터
- 논블록킹 성능
- 7879
- ㅉ때
- LPOS
- UnsupportedOperationException
- nGinder
- pinpoint
- 오블완
- 티스토리챌린지
- reids
- intellij
- fake jwt
- Armeria
- 핀포인트
- hbase 저장공간 설정
- jsonMarshaller
- Loki 로그
- 애자일 싫타
- jar 배포
- RedirectService
- OIDC
- formik
Archives
- Today
- Total
대머리개발자
[코틀린] NULL 처리 본문
728x90
생각보단 쉽지 않다. ㅎ
fetchOne()은 내부적으로 NULL을 리턴할 수도 있는 친구이다. 따라서 리턴값에 물음표(?)를 작성해줘야 한다.
캄파일 에러 없이 정상적이다.
물음표의 의미는 NULL 일수도 있다는 의미를 해석하는 친구한테 알려주는것이다.
☆ 근데 쿼리는 절대 NULL이 나올 수 없는 Count 쿼리이다. ( NULL -> 0)
NULL일 수 있는 친구를 사용함에 있어 코틀리는 몇 가지의 조치를 진행해야 한다.
Count에 대한 변수가 NULL 일 수 있으니 해당 값도 NULL 일 수 있는 값으로 받아야 하고 실제 NULL 이 아님을 코딩해야 한다. (!!).. 귀차니즘??
## null일수는 있지만 default 값을 명시했다.. But 강제 NULL 처리를 해줘야 하는 부분은... 좀 아닌것 같은데? 난센스..
뭐 암튼 해당 처리가 조금은 불합리한것 같아서 애초에 물음표를 리턴을 제외 하고 NULL 일경우 "0"을 리턴 할 수 있도록 처리 했다.
뭐 암튼... NULL 처리를 코드상에서 미리 해줘야 하는 부분은 나이스 한 것 같다!!
공포의 NULL 포인트 예외에서 벗어 날 수 있다.
728x90
'개발이야기 > 코틀린' 카테고리의 다른 글
[코틀린] 스프링 배치(2) - 적용 (0) | 2023.09.04 |
---|---|
[코틀린] 스프링 배치(1) - 사전 주저리 (0) | 2023.09.01 |
[코틀린] queryDSL (1) | 2023.06.13 |
[코틀린] 스프링 DI (1) | 2023.04.21 |
코틀린 + Spring + JPA (0) | 2023.04.17 |