클린아키텍처 적용했는데
아무래도 아닌것 같다
엄격하게 적용하기엔
맵핑쪽에서 시간소모가 너무 크네
그래도 한 번 적용해봐서 뭔지는 알게되었음
대충 구조 방향성은 클린아키텍처 따르되 세부적인 지침은 개발해나가면서 필요한 부분만 적용시키는 구조로 하는게 맞는것같음.
이걸 다 해봐서야 아는 나는 멍청이
아무래도 아닌것 같다
엄격하게 적용하기엔
맵핑쪽에서 시간소모가 너무 크네
그래도 한 번 적용해봐서 뭔지는 알게되었음
대충 구조 방향성은 클린아키텍처 따르되 세부적인 지침은 개발해나가면서 필요한 부분만 적용시키는 구조로 하는게 맞는것같음.
이걸 다 해봐서야 아는 나는 멍청이
- dc official App
ㅋㅋ 매핑해주는 라이브러리 안 쓰고 그냥하는 거?
라이브러리 쓰긴썼는데 기존 객체가 너무 복잡해서 맵핑 라이브러리 숙지하는것만해도 머리 아프더라고. 몇 개 정리하고 있는데 현타와서 이럴필요가 없겠다 뒤늦게 깨달음 - dc App
그리고 꼭 그렇게 칼같이 도메인, 서비스, 응답 객체 나눌필요 없음. 매핑전략 유연하게 정해도 됨. 예를 들어 도메인 엔티티에 걍 @Entity 붙여서 쓰다가 나중에 db랑 도메인 객체가 달라지게 될 일 있으면 그때 분리해도 되고
이게 맞는데 기존 구조에 클린아키텍처 적용한다고 막 해보다보니깐 정신차려보니 이상한짓하고있구나 싶었다. 그래도 엄격히 적용해보니 장점도 알겠고 이해도 많이 됐어서 삽질하긴 했지만 도움은 많이 된듯 - dc App