Phase 2

-ing

어디서부터 시작해야 되지 ..?

막상 시작하려니까 책에서 이해했다고 생각했던 개념을 어디서부터 어떻게 구현하면 좋을지 감이 안온다. 일단 책에서 가이드 해준 헥사고날 아키텍처 구조로 패키지를 생성해보았다.

짜면서 생각해보았던 부분

• 책에서는 persistence, web 패키지가 adapter 패키지 안에 들어가있다. 그런데 초반에 web과 persistence 계층이 어댑터 안에 있다는 것을 인지하는데, 잠깐의 시간이 걸렸는데 그 부분이 불편하여 adapter 밖으로 빼두고 작업하였다. 🔜 (이 부분은 나중에 adapter 패키지 안으로 다시 들어가는데, 나중에는 오히려 adapter 안에 있는게, domain, application과의 경계를 구분하는게 더 깔끔하다고 생각했기 때문이다. )

• Board 도메인과 Chat 도메인을 쪼개기에는 두 도메인의 생성 시기와 삭제 시기가 동일해 같은 패키지 안에 있으면 좋겠다는 생각이 들어, 하나의 도메인 안에 넣어 두었다. 나름 두 도메인을담을 수 있는 패키지 명을 고민했었는데, Board와 Chat의 최종적인 목표인 금액 더치페이를 염두하고 상위 패키지명을 dutchpay라고 지었다. (이 부분은 여러 피드백을 받고 도메인과 관련한 글들을 읽으며 시행착오 거쳐 두 도메인으로 분리되었다. )

개선할 사항

• Board와 Chat 도메인을 분리 ! 현재는 Board, ChatRoom 밖에 없지만 나중에 Member, Message까지 추가되면 걷잡을 수 없이 커질 수 있다고 피드백을 주셨다 ! 🫶🏻

그렇게 결정된 패키지 구조

변경 사항

• Board와 Chat 도메인을 분리했다. 개발하다 보니 팀원분들이 주신 말씀해주신 부분이 하면서 공감이 더욱 되었다. 이때 추천해주신 영상도 보았다 ! (link)

• web, persistence 패키지가 adpater 안에 들어갔다. 기존에는 web과 persistence의 유사성이 별로 없어 한 패키지 안에 두는게 낯설었는데, adapter라는 공통 속성을 묶으니 아키텍처 간의 경계와 의존성이 명확하게 분리 되어 있다는 느낌을 시각적으로 받았다.

feat: Add register board api · woowahan-hexagonal/soobin@379429dGitHub

짜면서 접했던 개념

짜면서 생각해보았던 부분

개선할 사항

• 순환 의존성

• 의존성이 application쪽에서 외부로 나감

• @transaction(readOnly = true)

• Mapprer

• 네이밍

• baseEntity

123123

• APIAPIAPIAPI