안녕하세요 영한님. 강의를 듣다가 궁금증이 생겨 질문 남깁니다. 가정하는 상황은 다음과 같습니다. 부모(Team) <----> 자식(Member) 양방향 연관관계를 갖고, 부모에서 @OneToMany(fetch=FetchType.LAZY, cascade = CascadeType.All) 입니다. Team은 이미 생성되있고, 새로운 멤버를 추가하는 경우, Team team = em.find(Team.Class, teamid); Member member = new Member(); member.set(team); team.getMemberList().add(member); //질문1. 이때 team에 변경감지가 일어나 em.flush(team) 이 실행되는지 궁금합니다. 질문2. 새로운 member만 add되고 변경감지->영속성전이 가 되는건지, 혹은 기존 member들도 select해오는건지 잘 모르겠습니다!! * 통합적으로.. Cart와 CartItem 같은 엔티티의 경우, 저의 입장은 Cart가 CartItem에 대한 책임과 역할을 갖는 객체로 수정,삭제 등을 관리하고 싶은데, 이때 Cart가 연관관계의 주인이 아니므로 영속성 전이와 고아객체 옵션을 사용하고자 하는 것입니다. 이게 옳은 방향인지 잘 모르곘습니다. ㅠㅠ 감사합니다.
항상 강의 잘 보고있습니다! 문득 보다가 궁금한 것이 생겼는데요 쿼리에서 select m from Member m join Team t on m.username = t.name이랑 select m from Member m join m.team t on m.username =t.name이랑 완전히 같나요? join Team t 는 inner join Team team1_ on ( member0_.username=team1_.name ) 이렇게 나오는데 join m.team t는 inner join Team team1_ on member0_.TEAM_ID=team1_.TEAM_ID and ( member0_.username=team1_.name ) 이렇게 나오는거 같아서요. 뭔가 m.team t가 조건이 하나 더 걸린 느낌이랄까요...
안녕하세요! 강의 잘 듣고 있습니다~ 주문 취소와 주문 가격 조회 비즈니스 메서드를 엔티티 내부에서 선언하신 이유가 궁금합니다! 오더와 달리 멤버의 경우 엔티티에 비즈니스 로직을 작성하지 않은 건 리포지토리에서 사용한 save, find 외에 별다른 로직이 없기 때문인가요? 서비스가 아닌 엔티티에 비즈니스 로직을 위임하는 기준이 궁금합니다!
밑에 질문을 보면 findByusername으로 member을 찾아올 때 1차캐시에서 가져오는 것이 아닌 DB를 통해 가져온다고 하셨는데 그러면 em.clear를 해주지 않아도 member5는 db에서 조회해서 가져오기 때문에 age가 41로 되야하는 것 아닌가요??? 이 부분이 잘이해가 안됩니다 ㅠㅠ
프로젝트 실행하기 강의중에 maven compile시에 아래와 같은 에러가 발생합니다. 해결 방법이 있을까요? Failed to execute goal com.github.eirslett:frontend-maven-plugin:1.8.0:npm (npm install) on project studyolle: Failed to run task
14분 쯤에 SELECT m, t FROM MEMBER m LEFT JOIN TEAM t on m.username=t.name 은 SELECT m, t FROM MEMBER m LEFT JOIN TEAM t where m.username=t.name 과 다른 건가요?? 다르다면 어떤 차이가 있는지 궁금합니다!
항상 명강의 감사합니다. 강의를 들을때마다, 강사님에 노고가 느껴지니, 매번 소름이 돋네요. ㅎㅎ 오늘도 강의 잘 듣고 있습니다. 2가지 질문을 드립니다. 1. 테이블 아이디 설계 저는 회원 테이블을 설계할때, 기본키를 '아이디' 로 설정했었습니다. 아이디가 유니크 하기 때문에 기본키로 잡았었는데, 강의에서는 엔티티에서 기본키를 따로 잡으시고(기본키는 자동으로 값을 셋팅) 진행을 하시던데 실무에서도 회원 테이블을 설계하신다면 '회원 아이디' 와는 별개로 기본키 필드를 설계하고 @GereratedValue 로 자동으로 값을 할당하도록 진행하시나요.? 2. hidden 태그(다소 부족한 질문일수도 있습니다.) 강의 내 코드를 보면, 회원에 대한 아이디를 hidden 태그에 노출하는데, 이게 보안상에 문제가 될 여지는 없을 까요.? 물론 서버단에서 회원에 권한을 체크한다면 문제가 되지 않는다고는 생각하지만, 노출된다는게 꺼림칙해서요.....(단순히 제생각입니다.) 아니면 hidden 태그를 사용하지 않고, 구현하는 방법이 따로 있을까요.?
안녕하세요 항상 좋은 강의에 항상 감사하고 있습니다! 다름이 아니라 JPA를 통해서 디비를 생성하지 않고 이미 따로 MySQL로 만든 디비를 객체에 매핑만 하여 사용하려고 하는데요! 1. 보통 이렇게 하는게 일반적인가요? 2. 이미 pk로 순서대로 1, 2, 3 ... 을 맥인 상황에서 엔티티와 매핑하고 그 다음 jpa 를 통해 insert를 하게 되면 가장 마지막 id값을 읽고 그다음 자동으로 이어서 +1 을 하게 되주나요? 질문이 너무 두서가 없네요 ㅠㅠ 예를 들어 이미 기존 member라는 테이블에 (pk로 id 컬럼) 1 memberA 20 서울 2 memberB 19 울산 이런 상황에 엔티티로 매핑하고 증가시키면 자동으로 id는 3부터 이어서 시작이 되는걸까요?
운영중인 db 가 중요하기 때문에, 로컬에서 테스트 db 를 h2 로 설정해서 엔터티 정의후 테이블 생성하고, 생성한 테스트 db 에 대해 dao 를 작성하고, 엔터티 코드 및 dao 코드의 올바른 작성 확인 후 운영 반영을 하고 싶습니다. 실제 h2 를 테스트 db 로 해서 상기방식으로 개발하시나요? 개발서버 환경이어도 임의로 테이블은 만드는건 안되기 때문에 로컬 개발환경에서 개발하는 방식에 대해 궁금해서 여쭤봅니다.
안녕하세요 강사님! 강의 잘 듣고 있습니다. MemberDTO에 Address를 넣어주려고하는데, MemberDTO에 값 타입인 Address를 넣어주는 것보다 city, street, zipcode를 각각 따로 넣어주는게 나을까요? ( 코드로 작성해놓았습니다.) #1 코드 #2 코드 그리고 값 타입인 Address를 DTO에 명시하게 되면, 이것도 결국 엔티티를 직접 외부에 노출하는 것일까요?
아래처럼 회원 조회 로직이 있을때 멤버 엔티티 정보를 스트림화 한뒤 멤버 디티오 형식으로 다시 설정하고 그걸 리스트화하는것까지는 의미상으로 이해가 가는데여 응답 클래스 Result < T > 객체를 만들어서 응답하는 이유가 무엇인가여? @GetMapping ( "/api/v2/members" ) public Result memberV2 () { List < Member > findMembers = memberService .findMembers(); List < MemberDto > collect = findMembers .stream() .map(m-> new MemberDto(m.getName())) .collect( Collectors . toList ()); return new Result( collect ); } @Data @AllArgsConstructor static class Result < T > { private T data ; } @Data @AllArgsConstructor static class MemberDto { private String name ; }
안녕하세요 강사님, 강의 잘 보고 있습니다. 해당 강의 다른영상에서의 질문에서 BooleanBuilder와 자바 8을 이용해서 체이닝이 가능한 코드를 봣었습니다. 영상강의처럼 BooleanExpression을 사용한 ageBetween은 null이 반환될 수 있어서 테스트시 age를 안 넣으면 NPE가 뜨더라구요. 그래서 아래처럼 BooleanBuilder 사용한 코드로 바꾸면 null에 무조건 안전하게 되는게 맞는건가요? public List<MemberTeamDto> search (MemberSearchCondition condition) { return queryFactory .select( new QMemberTeamDto( member . id .as( "memberId" ) , member . username , member . age , team . id .as( "teamId" ) , team . name .as( "teamName" ))) .from( member ) .leftJoin( member . team , team ) .where( usernameEq(condition.getUsername()) , teamNameEq(condition.getTeamName()) , ageBetween(condition.getAgeLoe() , condition.getAgeGoe())) .fetch() ; } private BooleanBuilder usernameEq (String username) { return nullSafeBuilder(() -> member . username .eq( username )) ; } private BooleanBuilder teamNameEq (String teamName) { return nullSafeBuilder(() -> team . name .eq( teamName )) ; } private BooleanBuilder ageGoe (Integer ageGoe) { return nullSafeBuilder(() -> member . age .goe( ageGoe )) ; } private BooleanBuilder ageLoe (Integer ageLoe) { return nullSafeBuilder(() -> member . age .loe( ageLoe )) ; } private BooleanBuilder nullSafeBuilder (Supplier<BooleanExpression> f) { try { return new BooleanBuilder(f.get()) ; } catch (Exception e) { return new BooleanBuilder() ; } } private BooleanBuilder ageBetween (Integer ageLoe , Integer ageGoe) { return ageLoe(ageLoe).and(ageGoe(ageGoe)) ; } 익셉션마다 BooleanBuilder 객체를 새로 만드는데, 객체를 생성할 때 드는 비용은 null을 위해서는 크게 상관이 없는거죠? 그리고, ageBetween 부분에서 강의는 파라미터를 int 타입으로 받는데, 테스트시 NPE가 나와서 Integer로 바꾸니 되더라구요. 이유가 원래 Integer타입을 int로 자동 언박싱하는 중에 null을 int에 넣지 못해서 NPE가 뜨는건가요?
안녕하세요. 항상 강의 잘 듣고있습니다 ! 질문이 두가지 있습니다. 첫째, "어느 레이어에서 DTO로 반환하는가?" 입니다. 현재 강의에서는 controller 에서 repository 를 바로 di 해서 사용하고 있으므로 서비스 레이어가 존재하지않는 것 같습니다. 하지만 만약 서비스레이어가 존재한다면, 지금 컨트롤러에서 작업되고있는 dto 변환 로직이 서비스에 들어가는것인가요. 아니면 서비스까지는 entity 를 유지한채 controller 에서 dto 로 변환되는 로직이 들어가는걸까요? (물론 정답이 없는 아키텍쳐링에 대한 질문입니다만, 대체적으로 어떻게 사용하고있는지 그리고 영한님의 노하우에 대해 궁금합니다. 구글링과 여러 블로그들을 보면 보통 controller 가 아닌 service 에서 dto 를 변환하는것이 낫다고 하여 혼란이옵니다.) 둘째, "Create, Update같은 것에선 언제 DTO로 반환하는가?" 입니다. 흔히 서비스쪽에서 dto 를 변환한다고 하니, 이것을 가정하고 아래와같은 코드를 작성해봤습니다. [#1] Entity class XXEntity { String id, Sting name } class YYEntity { String id, Sting title, XXEntity xx } [#2] Repository SampleRepository 는 JPA 레포지토리 XXRepository, YYRepository [#3] Service XXService 는 XXRepository를 DI 해서 비지니스로직을 돌려 나온 Entity를 Dto를 반환한다. YYService 는 YYRepository를 DI 해서 비지니스로직을 돌려 나온 Entity를 Dto를 반환한다. [#4] Controller SampleController 의 createXY DI : XXService DI : YYService xId 를 이용하여 XXService에서 찾은 A를 YYService의 create 에 넣어 YY를 만들어 리턴한다. XXDto found = XXService.findById(id) XX foundToEntity = XXDto.toEntity() // <-- 서비스레이어에서 dto 를 반환할때, 이부분이 너무 불편합니다. YYDto saved = YYService.create(new YYY("a", "b", foundToEntity)) return saved 보통 ****** 에 XX의 entitiy가 들어가는데 만약 서비스로직에서 dto 로 변환해서 내려주고있다면, 현재 XX에서는 dto를 받고있으니 이걸 다시 entitiy방식으로 변환시켜서 넣어주어야 하는데, 이것이 매우 불편하고 왠지 이런 방식으로 하는게 아닌것같아서요. 이때도 마찬가지로 service쪽까지는 entity로 유지하다가, controller 에서 변환을 시켜야되는것인지 궁금합니다. <추가> 저는 지금 혼란이 오는 것이 DTO 란 무엇인가 입니다. "외부에 entity를 노출시키면안되기 때문에 dto 로 변환해야한다" 라는 것도 있지만, 레이어간 데이터 이동을 위해서 만들어진것이 dto이기도 하니 어떤측면에서 바라보며 사용해야할지 혼란이 옵니다. 도움을 부탁드립니다 !!
안녕하세요, 팀장님! 트랜잭션을 엔티티 매니저를 직접 다루는 리포지토리에서 하는 것이랑 서비스 계층에서 하는 것이랑 어떤 차이가 있나요?@Transactional을 서비스 계층이 아니라 리포지토리에서도 걸 수 있는데 서비스 계층에서 거는 이유가 궁금합니다. 그리고 MVC 강의 출시는 언제쯤 예상하시나요?ㅎㅎ 감사합니다.
