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
- 프로그래머스
- java
- Eclipse
- Spring
- queryDSL
- DTO사용이유
- R명령어
- r
- summary()
- 이중배열
- 이클립스
- 자바
- LIKE검색
- 알고리즘
- git
- stepfilter
- core.autocrlf
- querydsl적용하기
- 한글깨지는문제
- programmers
- cor()
- R프로그래밍
- str()
- 머신러닝프로세스
- Q타입클래스
- JPA
- Rstudio
- RProgramming
- git오류
- 머신러닝
Archives
- Today
- Total
목록DTO사용이유 (1)
놀고 싶어요
[JPA] Entity보다 DTO 조회를 권장하는 이유
우리는 자바 웹 어플리케이션을 개발할 때 컨트롤러에서 요청과 응답으로 엔티티를 직접 사용하는 경우가 있습니다. 하지만 엔티티를 사용하는 것보다는 DTO 사용을 권장하고 있는데요. 왜 DTO 사용을 권장할까요? 1. 엔티티 내부 구현을 캡슐화할 수 있다. 엔티티가 setter를 갖게 된다면 비즈니스 로직과 상관없는 곳에서도 자원 속성을 실수로라도 변경할 수 있습니다. 만약 그렇게 되면 개발자의 경우에는 어디서 이 값이 변경되었는지 찾아봐야 하는 범위가 커지죠! (컨트롤러도 봐야 되고 서비스도 봐야 되고..) 또한 엔티티를 응답에 노출하게 되면 테이블 설계를 모두 공개하게 되어 보안상으로도 바람직하지 못합니다. 2. 화면에 필요한 데이터만 보여줄 수 있다. 서비스가 커지면 엔티티의 크기도 점차 커집니다. 화..
JPA
2022. 5. 15. 14:34