패키지 관련 질문

Question

[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 내용] 강의를 듣다가 패키지관련으로 궁금증이 생겨 질문을 남기게 되었습니다. 현재 강의에서는 편의성을 위해 회원이나 상품 이런 여러 도메인을 각각 domain, repositoy 등 한 패키지에 몰아서 하고 있는 것으로 보입니다.   그렇다면 제가 따로 category를 추가해서 개발을 해보거나 더 형태가 복잡한 개발을 할 때는 패키지 구성을 어떻게 하는 것이 효율적인가요? (jpabook.jpashop 바로 아래 패키지 기준) 주제별로 하위 패키지 ex) 상품(패키지) - domain(패키지) - 상품, 주문 (클래스) - repository(패키지) - 상품repo(클래스) 기능별로 하위패키지 ex) domain(패키지) - member(패키지) - 멤버(클래스) domain(패키지) - 상품(패키지) - 상품(클래스)

y2gcoder · Answer

안녕하세요. 코딩초보님, 공식 서포터즈 y2gcoder입니다. 시스템이 복잡해짐에 따라 또한 요구사항이나 도메인의 기능에 따라 패키지 구조는 달라지는 만큼 정답은 없습니다! 주로 규모가 작은 애플리케이션에서는 말씀해주셨던 방안들 중 2번과 같이 계층별로 패키지를 나누는 방향으로 해도 충분했던 것 같습니다. controller(presentation) - AController - BController service(application) - AService - BService domain - A - B repository(infrastructure) - ARepository - BRepository 여기서 좀 더 애플리케이션이 성숙해지고 복잡해지면서 유지보수를 위해 각 계층 내부에 도메인 별로 패키지를 나눠서 작성하기도 하고, 도메인 별로 패키지를 나눈 후 그 안에 계층별로 패키지를 다시 나누기도 합니다. 이러한 부분을 고민하시다 보면 아마 현재 개발하고 계신 애플리케이션에 대한 "현재" 최선의 패키징 구조를 도출해내실 수 있다고 생각합니다. 개인적으로 일하면서 느낀 것은 개발은 보통 간단하고 단순하게 만들고, 필요에 따라 바꾸는 것이 맞았습니다. 이 부분은 애플리케이션의 특성과 도메인 영역, 회사의 컨벤션 등 많은 부분에 의해 달라지기 때문에 어떤 것이 알맞다고 하기는 어렵습니다. 그 때 상황에 가장 알맞은 방식으로 패키지 구조를 설계하는 것이 맞다고 생각합니다 :) 위의 레이어드 아키텍처 이외에도 상황에 따라 헥사고날 아키텍처 등 다양한 구조를 적용할 수도 있습니다.   감사합니다.