솔직히 현업 들어가면 노트북으로 개발하는 거 아닌 이상 다 윈도우로 개발 할 건데.. ㅠ 회사에서 맥지원해주지 않는 한엔.. 윈도우는 경로를 어떻게 들어가야 하는 건가요..? 맥에선 ll쓰고 뭐쓰면 되는데.. 윈도우는 따로 뭘 해야 하는 건가요? 강의가 너무 맥 위주라서 막히지 않아도 될 곳에서 막히는 것 같습니다.. 혹시 앞으로 다른 결제해서 보는 것들도 다 맥 위주인가요..? 단축키도 그렇고.. 사용법도 그렇고.. 보통은 윈도우 개발 환경에서 배우지 않나 싶습니다.. 해외사람이면 몰라도요.. 강의를 위해서 제가 맥을 구비해야 하는 걸까요-_-;; 아니면 윈도우 설명이라도 좀 해주셔야 하는 거 아닌지.. 이럴때마다 죄송한 말이지만 너무 스트레스 받습니다 ㅜㅜ 그래도 강의는 너무 재미있게 잘 보고 있습니다 ㅠ 기분 상하셨다면 죄송합니다.
안녕하세요 좋은강의 감사합니다. 제가 잘못한건지, array.plus (300) 후 foreach 를 활용해 프린트를하여도 300이라는 값은 안나오더라구요.. plus 확장함수를 살펴보니 새로운 객체를 copy 하여 return 해주던데, 새로운 객체로 return 받아서 활용해야하지 않나요? 예를 들어 val newArray = array.plus (300) 이런식으로요 제가 잘못 생각한 것인지..ㅜㅜ 별거아닌거 같긴한데 확인가능하실까요 ㅎ
controller가 repository를 참조하게 되어서라고 하셨는데 ㅌ제가 배경지식이 없어 ㅠㅠ잘 이해가 가지 않습니다.. 조금더 구체적으로 설명 가능할까요? 왜 controller가 repository를 참조하게 되는지 이해가 되지 않습니다. OrderQueryRepository를 따로 떼어내면 1번의 문제가 왜 해결되는지요?
컨트롤러에서 엔티티를 생성하지 않고 update 서비스를 만들어서 변경할 값만 dto를 만들던지, 파라미터를 전달하여 서비스에서 update를 하셨는데 saveItem을 사용하면 merge가 돼서 save를 사용하지 않고 update를 만들어서 변경감지를 사용한다는것까진 이해가 됐는데요 update를 만들때 왜 꼭 dto를 만들거나 변경할 파라미터만 넘기는건지는 잘 이해가 되지 않습니다. 좀 더 명확하게 지정하여 유지보수성을 증가시키기 위함뿐인건가요? 그 외에 merge가 실행됐을때 같은 오류가 생기는건 아닌거죠?? 그렇게 웹사이트를 만들다보면 dto가 엄청 많이 만들어질거 같은데 그게 맞는건가요? 저도 모르게 편의성을 위해 객체 자체를 넘길거 같아서 정확한 이유를 알기 위해 질문드립니다~
"주문" -"상품(물품)" 에서 "주문"입장에서 1개의 주문에 여러가지 상품이 있을 수 있으니까 1:N 의 관계고 "상품"입장에선 1개의 상품이 여러가지 주문에 들어갈 수 있으니까 1:N, 서로 1:N 관계니까 다대다 관계 맞나요 ? 근데 다대다 관계는 잘 사용하지 않으므로 "주문상품" 이라는 엔티티를 추가함으로서 "주문" - "주문상품" 1: N, "주문상품" - "상품(물품)" N:1 관계로 만들었다는건가요 ?
안녕하세요, 지금까지 jpa 강의를 들으면서 api 개발 고급 파트에 오니 나중에 뒤에 가면 갈수록 직접 api를 만들어 봐야, 언제 이걸 쓰는지 직접 상황을 맞닥뜨려봐야 진짜 공부가 되고 체득이 될것 같이 느껴집니다. 제가 정확히 잘 몰라서 그런데 api를 실무에서 사용하는것이 다른 프론트나 어플 또는 다른 프로젝트(같은 프로젝트 안에서라도) 끼리 api를 통해서 데이터를 주고 받는 용도로 사용되는 것으로 알고있습니다. 그런데 개인적으로 학습하고 만들어 보는데 있어서, api를 적극 활용할 수 있는 프로젝트나 다른 방법이 어떤게 있을지 궁금합니다. 답변자님은 api 학습을 어떻게 하셨는지.. 어떤 방법이 효과적이였는지 궁금합니다. 또한 api를 현재 내보내는 방식을 강의에서 다루고 있는데, 다른 외부 api를 가져와 사용하는 방법에 대해서는 어떻게 사용하며 어떤 것을 학습해야 하는지 궁금합니다. 조금 과한 질문일수도 있으나, 다소 막막해서 여쭤봅니다.. 항상 감사합니다.
안녕하세요! 강의 너무 잘 듣고있습니다. 다름이 아니라, DTO관련해서 의문점이 하나 생겨서 문의드립니다. API Controller에서 요청 데이터를 받는 것도 DTO, 응답 데이터를 전달해주는 것도 DTO를 사용하라고 하셨는데, 데이터 조회에도 DTO를 사용하는 경우가 많다고 하셨습니다. 그럼 DTO를 목적마다 다 생성해서 사용하는 것이 좋은 설계인건가요?? 아니면, 이용하는 필드가 같은 경우, ~ 예를 들어 "DB조회에 이름, 나이 조회" & "요청 데이터에 이름, 나이 입력" 인경우 ~ 에는 DTO를 공용으로 사용하는걸까요? DTO를 언제, 어떻게 만들어서 사용해야 할지 잘 감이 안옵니다 ㅠㅠ
원래 메소드 옆에 run 버튼이 떠야 하는데 뜨지 않아서 오류가 생긴 것 같습니다. 구글링 후 add configuration - main 추가를 했지만 그래도 run 버튼이 생기지 않습니다.. 이것 때문에 자잘하게 오류가 뜨는데 어떻게 고칠 수 있을까요?? (main 패키지 설정을 Mark Directory As -> Source Root 로도 해봤지만 아무 변화가 없었습니다)
실전! 코틀린과 스프링 부트로 도서관리 애플리케이션 개발하기 (Java 프로젝트 리팩토링)
안녕하세요! 강의는 다 들었는데 JPA 공부를 하다가 궁금한점이 있어서 질문을 남겨봅니다. 현재 User 와 UserLoanHistory 는 1:N 관계이고, User쪽에 cascade 옵션이 걸려 있는데요. 그러면 User 가 삭제되면 UserLoanHistory 가 삭제될 때 User 와 연관관계가 있는 히스토리의 개수만큼 delete 쿼리가 나갈거 같은데요. 뭔가 비효율적인거 같다는 생각이 들어서 찾아보니 1:N 에서 N 쪽에 @OnDelete(action = OnDeleteAction.CASCADE) 옵션을 주어서 디비단에서 해결하는 방법이 있는거 같긴한데 이걸 쓰는게 맞을지 고민이 되서 질문드립니다. 이 옵션은 왠지 위험해 보이는데... 그럼 cascade 옵션을 안쓰고 respository 에서 deleteAllInBatch 로 N 쪽을 지우고 1을 따로 지우는게 나을지... 질문을 정리해보자면 1:N 관계에서 1을 삭제시 delete 쿼리가 N개 만큼 나가서 비효율적일거 같음 N쪽에 @OnDelete 옵션을 줘서 디비에 외래키 cascade delete 옵션을 주는게 나을지? 수동으로 N쪽을 삭제하고 1 을 삭제하는게 나을지? 어떤쪽이 더 좋은 선택인지 고민인데 좋은 의견 주시면 감사하겠습니다.
