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
- 도커
- 함수형 인터페이스
- custom annotation
- Thread Multiplexing
- functional interface
- OS
- 쓰레드 라이브러리
- rainbow table
- AOP
- python-socketio
- task_struct
- sql-mappler
- Thread Library
- Spring
- Process
- java.util.function
- @Header
- strict stubbing
- none이미지
- hiberbate
- 프로세스
- 롬복주의점
- FunctionalInterface
- django-crontab
- 문자열 불변성
- 운영체제
- spring-data-jpa
- 문자열 리터럴
- SystemCall
- ReflectUtils
Archives
- Today
- Total
목록Lombok (1)
JH's Develog
[Spring] 롬복의 단점 (주의할 점)
롬복은 getter&setter, toString등의 bolierplate 코드들을 어노테이션 하나로 줄여주어 생산성을 향상 시켜주는 자바 진영의 대표적인 라이브러리 입니다. 그러나 롬복은 편한만큼 조심해야할 부분이 많은데요 그 부분에 대해서 알아보겠습니다. 프로그래머의 의도를 피하는 동작(1) Item 클래스를 예시로 들어보겠습니다. 사용자가 Item의 필드에 final을 붙일 때 name이라는 필드는 한번 초기화 된 후 변하지 않기 때문에 null값으로 초기화 되기는 기대하지 않을 것 입니다. 그러나 @Builder에 의해 적용된 빌더 패턴으로 인해 name은 의도하지 않은 null 값으로 초기화 될 수 있습니다. 물론 프로그래머의 실수인지 아닌지 논쟁의 여지가 있는 부분이지만 롬복을 사용할 때 주의..
Spring
2022. 1. 13. 10:04