도메인 패키지 구조

프로젝트를 만들면서 패키지를 만들었다. 본능적으로 아래와 같이 구성했다.

 

컨트롤러

 - 회원

 - 상품

서비스

 - 회원

 - 상품

엔티티

 - 회원

 - 상품

 

 

코드를 작성하던 도중 회원 관련 class 파일들을 찾아 위아래 스크롤 하고 있는 나를 발견했다.

이런 생각이 들었다.

회원 관련된 파일이 한곳에 모인다면 작업하기에 더 편하지 않을까?

 

 

회원 

 - 컨트롤러

 - 서비스

 - 엔티티

상품

 - 컨트롤러

 - 서비스

 - 엔티티

 

 

도메인 패키지 구조 라고 검색해보니 여러 정보들을 얻을 수 있었다.

그 중 인프런의 백기선님의 답변을 볼 수 있었고 납득이 되었다.

 

프로젝트 패키지를 도메인단위로? - 인프런 | 질문 & 답변 (inflearn.com)

프로젝트 패키지를 도메인단위로? - 인프런 | 질문 & 답변

 

1. 회사마다 팀마다 정책이 다르다

2. MSA 영향으로 패키지를 도메인으로 구분하는 경우가 더 많아졌다.

3. 스프링 공식 예제 프로젝트 petclinic 또한 도메인 패키지 구조이다.

4. 과거 계층형 아키텍쳐 구조에서 추후 여러조각으로 쪼갤 때를 대비해 도메인 패키지 구조를 사용하게 됐다.

5. 옳고 그르다의 문제가 아닌 선택의 문제이다. 필요에 따라 사용하면 된다.