스프링 부트 디렉토리 구조 질문

Question

스프링 부트 공부하고 있는데, 실무에서는 어떤지 질문합니다사람마다 프로젝트마다 다르겠지만실무에서도 대부분 이런 식으로 구조 짜나요?사진은 책 보면서 만든 구조인데, 따로 프로젝트를 새로 만들 때도 이런 구조로 하면 되는지 궁금합니다.

돌돌 · Answer

아키텍처에 따라 다르지 않을까요?레이어드 아키텍처라던가헥사고날 아키텍처라던가..

olivahn · Answer

정답은 없습니다. 팀바팀이죠

지붕뚫고높이차 · Answer

전 레이어(역할)는 파일 이름으로 구분되니 업무 단위로 패키지(디렉토리) 구성하고 같은 패키지에 파일을 위치 시킵니다. 디폴트 접근제한자로 기능을 응집시키기 좋거든요.레이어 단위로 패키지를 모아두면 보기는 좋아 보여도 기능 변경시 전체를 봐야 하는 (파급효과가 큰) 문제가 생깁니다. 재사용 하기도 모호하구요. 이런 구조일 경우 접근제한자 사용도 못합니다. 다 public 거든요.아마 책에 나와 있는 내용대로 실무에서도 레이어별로 모아 사용하는 분들이 많을텐데 그 방식의 단점을 모르는 분들이 많더라구요.레이어드/헥사고날 아키텍처건 정답이 없던 단점을 알고 사용하는 것과는 다르니 한번 고민해 보세요.

김을동 · Answer

작은 프로젝트메인 컨트럴러 사비스 컨피그공통 기타등등큰 프로젝투메인 도메인a 사비스 컨트롤러 도메인b 서비스 컨트롤러 컨피그공통이렇게써왔읍니다

지붕뚫고높이차 · Answer

&#34;아 그러니까 레이어별 폴더로 분류안하고 그냥 파일이름으로도 분류가 되니까, 사진 예시라면 com.spring.start안에 그냥 파일만 쭉 넣는다는 말인가요?&#34;아니요. 아래처럼 구성합니다.com.spring.start.fw.JpaAConfiguration com.spring.start.fw.Contller(컨트롤러는 1개만 있어도 됩니다.) com.spring.start.product.ProductService com.spring.start.product.ProductDTO com.spring.start.product.ProductRepository com.spring.start.product.Product(Entity)com.spring.start.provider.ProviderService com.spring.start.provider.ProviderDTO com.spring.start.provider.ProviderRepository com.spring.start.provider.Provider(Entity) 업무별로 패키지(디렉토리)를 만들고 파일 이름으로 구별되는 레이어를 하나의 패키지에 두는게 제 방식입니다. 여기서 중요한건 실제 기능이 완성된 Service 레이어에 있는 기능만 public 으로 설정한다는 거죠.Service 구현하기 위해선 DTO, Repository, Entity 클래스와 메소드가 필요한데 사용되는 메소드의 접근제한자를 디폴트로 두는게 핵심입니다. (디폴트 접근제한자는 같은 패키지(디렉토리) 클래스만 사용 가능하다는 의미입니다.)그렇게 되면 의미 있는 내용(기능)으로 응집하고 필요한것만 public 선언 낮은 결합도를 유도할 수 있습니다.만약 providerDTO 의 특정 메소드가 다른 서비스에 사용하는 공통 기능일 수 있는데 그때만 public 으로 하고 중요 메소드로 관리기도 편하구요.물론 이것도 Service 레이어서 처리할 수 있습니다.

스프링 부트 디렉토리 구조 질문

5개의 답변

Q&A 목록