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
- 쓰레드 라이브러리
- @Header
- django-crontab
- SystemCall
- spring-data-jpa
- OS
- 도커
- 프로세스
- 롬복주의점
- ReflectUtils
- 문자열 리터럴
- none이미지
- Thread Library
- rainbow table
- task_struct
- 문자열 불변성
- Thread Multiplexing
- java.util.function
- python-socketio
- AOP
- functional interface
- Spring
- hiberbate
- strict stubbing
- custom annotation
- sql-mappler
- Process
- 운영체제
- FunctionalInterface
- 함수형 인터페이스
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