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
- LAN어댑터
- 라우터
- Spring
- IntelliJ
- Set
- Pipeline
- map
- post
- sonarQube
- Collection
- jdk
- 방화벽
- STREAM
- container
- tomcat
- Java
- 허브
- JPA
- DevOps
- docker
- 캐시서버
- gradle
- ansible
- 액세스회선
- 소켓
- AOP
- Linux
- mybatis
- cloud
- Jenkins
Archives
- Today
- Total
목록RequestDTO (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