본문 바로가기

Java, Spring/스프링부트와 JPA 활용 2

3-2. 간단주문조회V2 : 엔티티를 DTO로 변환
Java, Spring/스프링부트와 JPA 활용 2 2022. 9. 9. 3-2. 간단주문조회V2 : 엔티티를 DTO로 변환 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 읽으면서 무조건 다 이해 (생성자 만들어서 한번에 DTO로 바꿈) 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 이렇게 List로 반환하면 안된다. -> Result로 한번 감싸야함. 극한으로 줄인 버전. 이것도 이해해라. Collectors 를 static import 도 가능하긴함. 야무지게 나온다. But LAZY 문제 있..
3-1. 간단주문조회 V1 : 엔티티를 직접 노출
Java, Spring/스프링부트와 JPA 활용 2 2022. 9. 9. 3-1. 간단주문조회 V1 : 엔티티를 직접 노출 결국 주문을 조회 하면 배송정보+회원은 딸려온다. 정말 간단하게 만들어보자. 이렇게 되면 Order 뿌리려 갔는데 Member가 있고 그 Member를 뿌리려 가면 또 Order가 있다. -> 무한 루프 -> 객체를 JSON으로 만드는 JACKSON 입장에서는 무한루프를 돌며 객체를뽑아낸다. 양방향이면 반대편에서 @JsonIgnore 해줘야한다. (여기선 Order와 양방향인 Member, OrderItem, Delivery에서 Order 필드를 @JsonIgnore 해줌.) 여기서 두 번째 문제 발생! 지연로딩 : DB에서 안가져옴. 여기서도 보면 Member가 지연로딩이므로 Order를 가져올 때 아예 DB에서 Member를 안가져옴. -> Member의 프록시객체를 넣어두고 Member객체에 접근 ..
2-1. API 개발 고급 ~ 2-2. 조회용 샘플 데이터 입력.
Java, Spring/스프링부트와 JPA 활용 2 2022. 9. 9. 2-1. API 개발 고급 ~ 2-2. 조회용 샘플 데이터 입력. 등록/수정 은 성능 문제 발생 잘 안함. 주로 조회가 문제!! 장애의 90%는 조회에서 (사람들이 조회를 많이 하므로) 서버 껐다 킬 때마다 데이터 없어지면 불편하므로 조회용 샘플 데이터 입력. N+1 문제 등등 페이징과 한계 돌파 : 일대다에서 일쪽을 기준으로 페이징하고 싶은데 다쪽 여러개가 끌려 나오므로 페이징이 어려움 OSIV : LAZY 쉽게 쓸 수 있음. 안쓰면 LazyLoadingException 자주 만남.(JPA 책에서 본 내용) ===== 2-2. 조회용 샘플 데이터 입력 이렇게 주문데이터 2건 만들예정 조회용 데이터 만듦. -> 연관관계 잘보기. 멤버 2명, 주문은 2건, 오더아이템은 4건
1-3. 회원 조회 API
Java, Spring/스프링부트와 JPA 활용 2 2022. 9. 9. 1-3. 회원 조회 API 조회 API는 테이블 변경 없으므로 none으로 변경. -> 한번 데이터 넣어두면 계속 테이블 쓸 수 있음. 서버 껐다 켜도 데이터 남아있다. 왜 이렇게 하냐면 -=> 조회 개발할 때 반복적으로 데이터 넣기 귀찮음. v1의 멤버조회API : 이렇게 나온다. -> 회원정보만 원하는데 불필요한 orders 까지 반환된다. -> 엔티티정보가 외부에 노출된다. @JsonIgnore 쓰면 orders 빠지긴함. -> 근데 다른 API 에서 문제가됨. (다양한 반환 타입 필요할 텐데 이러면 orders 는 다 빠지게 됨.) -> 엔티티에 화면을 뿌리기위한 로직이 들어가 버렸다. (역할 여러개.) = 엔티티에 프레젠테이션계층의 로직이 추가되었다. => 이렇게 되면 API 스펙, 화면에 대한 부분들이 엔티티에 들어가면..
1-1. 회원 등록 API, 1-2. 회원 조회 API
Java, Spring/스프링부트와 JPA 활용 2 2022. 9. 8. 1-1. 회원 등록 API, 1-2. 회원 조회 API 원래 MPA -> SPA 로 가는 추세. -> MSA로 가는 추세. ( API통신 정말 많음 ) 보통 이런식으로 SSR 하는 컨트롤러는 controller 에 놓고 CSR 하는 컨트롤러는 api에 놓는다. -> 예외처리를 보통 패키지 단위로 하기 때문에 ( controller, api는 공통 에러 처리가 너무 다르다. ) -> 템플릿엔진은 공통에러화면(html) 이 나와야 하지만 api는 공통 에러 JSON이 나가야함. -> 패키지 분리 후 따로 예외 처리 api 폴더의 컨트롤러는 Api잘 붙임. ex) MemberApiController id는 @GeneratedValue 이므로 안 보내줘도 됨. -> name, address 중 아무거나 보내도 됨. 안보내도됨. ( 왜냐 -> 제약이 없어서 ) ---..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바