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