지난 한 주 동안에는 JpaRepository 상속한 Repository를 만들어서 기본적인 crud기능을 구현해보았다. 클라이언트의 요청을 받고 전달해주는 구성으로 아래와 같이 구성했었다. Member라는 클래스가 있고 그 멤버 클래스에 정보를 받을 수 있는 컨트롤러가 클라이언트가 전송한 데이터를 받아 서비스로 전달해 그 서비스는 내부에서의 처리과정을 거친 뒤 레파지토리를 통해 그 정보를 DB에 저장해주는 방식이였다.(조회, 업데이트, 삭제 또한 동일한 흐름) 이 과정에서 기존에는 Meber를 저장하는 방식이 받아온 값을 그대로 db에 전달해주는 식이였다면 DTO를 통해 값을 전달받아서 Entity 즉 Member의 정보가 날것?으로 들어가는 게 아닌 한번 감싸서 받아 온 뒤 저장하는 형식이였다. 이렇..
기존에 TIL쓰는 방식을 바꿔보기로했다. 어쨋든! 처음에 데이터를 가져올때 Entity를 하나하나 Get으로 값을 가져왔는데 DTO(Data Transfer Object)라는 계층간 데이터의 교환을 위해 사용하는 객체를 사용해야한다고 들었다. 이걸 왜 사용하는가에 해답은 Entity는 데이터베이스와 맞닿은 핵심 클레스이기 때문에 Entity를 직접적으로 변경하거나 꺼내와서 사용하게되면 좋지않다는 이야기. Member라는 클래스를 정의하고, 생성자로 Member의 정보를 가져오는 녀석인 MemberInfoRequestDto를 통해 클라이언트가 입력한 값을 받아서 Member 생성자에서 불러와줌을 확인할 수 있다. @NoArgsConstructor @Entity @Getter public class Memb..
- Total
- Today
- Yesterday
- 코드해석
- java
- backoffice
- python
- 알고리즘
- method
- 김영한
- 풀텍스트
- DTO
- this
- JPQL
- EC2
- JPA
- DI
- ajax
- ssl
- joinfetch
- EntitiyManagerFactory
- Spring
- JWT토큰
- instance
- IOC
- 항해99
- 협업
- 환경세팅
- wil
- .jks
- badrequest
- querydsl
- POI
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |