⛅️[구름톤 트레이닝 풀스택 6회차] - 11주 차 회고⛅️

저의 회고 방식은 5F 입니다

사실, 무슨 일이 있었나요 ?

인프런 김영한 님의 자바 ORM 표준 JPA 프로그래밍 - 기본 편 수강하였습니다.

게시판 구현하기 PBL을 진행했습니다.

오피스 아워를 신청했습니다.

 

느낀점, 어떤 느낌이 들었나요 ?

저는 아직 개발자가 아닌 취준생입니다.

 

취업을 한 상황에서는 회사의 도움이 되기 위해 구현을 빨리하려고 노력하겠지만, 공부를 하며 배우는 입장으로써 PBL을 진행할 때 개발에 대한 모든 이유를 찾으려고 노력했습니다.

 

PBL을 진행하며 든 의문점이 있었는데 DTO 클래스에 mapper 메서드를 둔 상황입니다.

 

 

DTO 클래스에 mapper 메서드를 둔 이유는, 변경 가능성이 적은 엔티티보다 변경 가능성이 많은 DTO에 mapper메서드를 두는 것이 좋다고 생각했기 때문입니다.

 

만약, 변경 가능성이 적은 엔티티에 mapper 메서드를 두면, DTO 필드가 변경될 때마다 엔티티로 이동해서 함께 변경을 해줘야 하기 때문입니다.

 

여기서 제가 궁금했던 점은

1. 저는 책임을 부여할 때, 변경 가능성이 많은 곳에 책임을 부여해야 한다고 생각합니다.

2. 전달해 주는 책임만  갖고 있어야 하는 DTO에 대해서, mapper 메서드를 두는 것에 대해 의문점입니다.

 

저는 저의 생각이 맞는지 확인하기 위해서 구름톤 트레이닝에서 제공하는 오피스 아워를 신청하게 되었습니다.

 

배운 점, 어떤 인사이트를 얻었나요 ?

멘토님의 답변으로는 1 : 1 매칭의 경우, 엔티티와 DTO 데이터 구조가 유사하거나, 동일하기 때문에 이 경우 매퍼 메서드의 위치가 큰 문제가 되지 않을 수 있다고 하셨습니다.

 

하지만 엔티티와 DTO가 서로 다른 성격을 가지고 있거나, 매핑 로직이 복잡해지는 경우, 적절한 위치를 선택하는 게 중요하다고 하셨습니다.

 

 

 

그리고 개발자마다 성향 차이가 있지만 멘토 님과, 주변 개발자분들께서는 전부 mapper 자체에 대해서 부정적으로 생각한다고 하셨습니다. 

 

멘토 님께서는 객체 생성 시 필요한 데이터 변환을 생성자에게 처리할 수도 있고, 별도의 서비스 계층에서도 처리할 수도 있어서 생성자 호출 또는 서비스 메서드를 사용한다 하셨습니다.

 

다른 답변으로는 별도의 mapper 메서드를 관리하는 게 좋을 것 같다고 해주셨습니다.

 

향후 행동 앞으로 무엇을 해야 할까요 ?

 

확실히 강의를 통한 공부보다도 야생형으로 실제 PBL을 진행하며 배우다 보니 더욱더 학습 효과가 극대화되는 것 같습니다.

따라서 서브 프로젝트나, PBL을 리팩터링 해볼 계획입니다.