jeidiiy

수강생으로서 저의 의견입니다. Repository의 구현체에 의존하지 않도록 하신 것으로 보입니다. 만약 더티 체킹을 이용한다면 그건 JPA에 강결합되어 있는 상태라고 판단할 수 있습니다. 또한 더티 체킹을 사용하려면 도메인 객체에 @Entity를 비롯한 JPA 관련 코드가 추가해야 합니다. 이는 도메인 객체가 외부 의존성과 결합되어 있기 때문에 깨끗한 도메인 객체가 아닙니다. 그래서 강사님도 도메인과 DB 엔티티를 분리해서 작성하고 더티 체킹이 아닌 <a target="_blank" rel="noopener noreferrer nofollow" href="http://Repository.save">Repository.save</a>()를 사용하신 것으로 생각됩니다.

jpa의 더티체킹 사용에 대해서

자문자답입니다. 해당 라이브러리를 추가하면 아래 사진의 맨 아래줄과 같이 mappingJackson2XmlHttpMessageconverterConfiguration이 추가되어서&nbsp;&nbsp;HttpMessageConverter에서 xml을 사용할 수 있습니다.
<img src="https://cdn.inflearn.com/public/comments/58e55b68-ccb0-4675-b35a-d833099d0dee/blob" alt="" />

해당 라이브러리를 추가하면

저도 배우는 입장이라 확답은 아닙니다만 dto를 사용하면 필요한 변수가 달라질 때마다 dto를 계속 만들어야 하지 않을까요? filter를 사용하면 그런 수고가 줄어들 것 같습니다

필터링 대신에 dto를 사용하면 안되나요?

감사합니다!! 다음 강의도 기대할게요!!! XD

두 가지 여쭙고 싶은 게 있습니다!

app.use(router); 구문을 다른 app.use() 구문들의 최하단으로 옮겨보세요

jeidiiy

Bài viết