오타 제보합니다.

안녕하세요. 정도현님, 공식 서포터즈 y2gcoder입니다.도움을 주셔서 감사합니다!오탈자 등은 지금과 같이 질문하기를 통해 남겨주시면 너무 큰 도움이 됩니다!감사합니다.

reject 메소드 시그니처가 불분명한 경우 조치방법

안녕하세요. 창신동 장첸님, 공식 서포터즈 y2gcoder입니다.(사진)캡처를 보시면 Download Sources 라는 부분이 있습니다. 해당 부분을 클릭하셔서 소스를 내려받으면 (사진)이런 식으로 메서드 시그니처가 정상적으로 보이게 됩니다! 한 번 시도해보시겠습니까? 감사합니다.

em.getTransaction하면

안녕하세요. ㅇㄱㅇㄱ님, 공식 서포터즈 y2gcoder입니다.영한님께서는 단축키를 사용하셨습니다! Intellij 에서는 Introduce Variable 이라는 단축키 이고맥은 cmd + option + v / 윈도우는 ctrl + alt + v 를 사용하고 있습니다!다음 링크(클릭) 을 참고해주십쇼! 감사합니다.

알맞은 버전 확인 방법

안녕하세요. ㅇㄱㅇㄱ님, 공식 서포터즈 y2gcoder입니다.말씀하신 것과 같이 Spring Boot 의 최신 Reference 문서에서는 호환성을 찾는 과정이 달라졌습니다! Reference 문서를 연 상태에서 (사진)다음과 같이 Appendix > Dependency Versions > Managed Dependency Coordinates 를 선택하시고, 검색을 진행해주시면 아래와 같이 확인하실 수 있습니다!(사진)(org.hibernate.orm 패키지 하위에 있는 라이브러리들이 이번 JPA 수업과 관련된 라이브러리입니다! 참고해주세요!) 감사합니다.

테스트 코드를 위한 @Builder, 생성자

안녕하세요. exbe님, 공식 서포터즈 y2gcoder입니다.해당 부분은 사람마다 생각이 다르니 개인적인 의견으로 참고만 해주시면 감사하겠습니다!저는 api의 request를 위해 사용하는 DTO 클래스는 보통 프레젠테이션 레이어에 작성하고, 다른 곳에서 의존하지 않기 때문에 setter나 builder를 열어놔도 상관이 없다고 생각합니다. 해당 request 객체를 비즈니스 로직에 가져와서 수정하거나 하는 등 여러 곳에서 의존성이 생긴다면 그때는 문제가 생길 수 있으나 보통 request 객체는 프레젠테이션 레이어에서 요청 파라미터 바인딩, 파라미터에 대한 간단한 유효성 검사가 주 기능이라고 생각하기 때문입니다. 그리고 별개로 테스트 코드를 작성하기 위해 설계 코드를 변경해도 될까라는 고민에 대해서는 개인적으로 다음 링크(클릭) 에서의 말씀에 동의합니다! 참고해보시면 좋을 것 같습니다 🙂 마지막으로 만약 @WebMvcTest를 붙여 프레젠테이션 레이어의 테스트를 진행하고 계신다면 body 부분을 Map의 형태로 하여 요청을 보내보시는 것도 추천합니다. 그렇게 했을 때는 주저하고 계신 DTO의 구현을 변경할 필요도 없어지기 때문에 괜찮다 생각합니다! 다음 링크(클릭)의 3. 유스케이스 테스트 코드 작성하기 를 참고해보시면 좋을 것 같습니다! 감사합니다.