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
- Spring
- mybatis
- ansible
- 캐시서버
- map
- jdk
- JPA
- sonarQube
- STREAM
- DevOps
- Collection
- docker
- IntelliJ
- 방화벽
- 라우터
- cloud
- tomcat
- 허브
- Set
- post
- Pipeline
- container
- Linux
- 액세스회선
- 소켓
- AOP
- gradle
- Java
- Jenkins
- LAN어댑터
Archives
- Today
- Total
목록Java Reflection (1)
거북이-https://velog.io/@violet_evgadn 이전완료
DTO 클래스
DTO 이전 Section에서 말했듯 DTO는 Entity의 모든 필드값 중 사용할 필드만 뽑아서 새로운 Class를 만들면 된다. DTO에 대한 정해진 Rule이나 무조건 활용해야할 Annotation 등은 존재하지 않는다. 하지만 개인적으로는 Lombok의 @Data를 달아주는 걸 추천한다. @Data에는 Equals와 Hashcode가 달려 있어 DTO로써도 객체의 동일성 판단 여부가 가능해지며 toString을 구현해줘 디버그나 Junit Test에도 편리하고 @Getter와 @Setter를 자동으로 달아줘 코드량을 확 줄일 수 있다는 장점을 가진다. 두 번째로 toEntity() 메서드를 달아주는 것을 추천한다. DTO의 목적이 데이터를 Layer간 전달해주는 것이지만, 결국 DB와 통신하기 위..
웹 개발/Spring(이론)
2022. 9. 19. 18:15