DTO 적용기
문제가 뭐야?프로젝트를 진행하면서 요청값과 응답값을 String 타입을 사용하였다.json 라이브러리를 사용해서 문자열을 파싱하고 또 그안에서 필요한 값을 가져와 사용하고..컨트롤러의 코드가 길어질뿐만아니라, 값을 가져오려다 오타가 발생하여 런타임에 에러가 발생하고 중복된 코드도 작성하게 되었다.프로젝트가 커지기 전, 그때 미리 정의하고 수정했다면 아마 내가 12건 이상의 API를 수정할일은 없었을것이다. 어떻게 해결했어? 왜 그렇게 했어?DTO 클래스를 정의하여 활용하기로했다.사실 보통 프로젝트를 보면 DTO를 관례적으로 사용하는거같았지만, 또한 그렇게 진행하는 이유는 많지만.나는 DTO 객체를 활용하고자했던 가장 큰 이유는 다음과같다.1. 반복적인 데이터 파싱작업의 코드를 줄이고싶다.2. 요청값 검증..
CHALLENGE
2024. 9. 21. 01:02
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- Red-Black Tree
- nosql
- 다중화
- 티스토리챌린지
- Sticky Session
- object
- syncronized
- nginx
- Hash
- java
- 로드 밸런서
- 인스턴스변수
- 오블완
- 추상클래스
- 자동구성
- 정적변수
- fail-safe
- Caching
- Security
- spring boot
- 인터페이스
- AutoConfiguration
- HashMap
- Load Balancer
- HashSet
- @conditional
- 고정 세션
- fail-fast
- Spring
- JPA
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
글 보관함