스프링 부트에서 구조를 어떻게 잡는게 이상적일까요?

Question

저는 일반적으로 유튜브 관련 기능을 추가한다고 했을 때 아래와 같이 구조를 잡는데.youtube - controller - service - impl - repository - dtocontroller - youtubeservice - youtube - implrepository - youtube이런식으로 controller, service, repository 단위로 구조를 잡는 경우도 있던데.물론 사용하는 방법과 프로젝트의 기본 규칙에 따라 잡는것이 맞겠지만, 팀으로 하는 프로젝트가 아닌 일반적으로 혼자 담당하는 프로젝트 같은 경우에는 어떤식으로 구조를 잡는것이 일반적으로 괸찮은지 궁금합니다.제가 사용하는것처럼 잡은 이유는 하나의 기능을 하나의 패키지 단위로 묶어놓으면 나중에 해당 기능을 찾기도 수월하고, 다른곳에서 사용할때도 해당 패키지의 이동이 수월해서 사용을 하는데 조금 생각을 해 보면 아래의 방법으로 하는것도 괸찮을 것 같다는 생각이 들기도 하다가, 어떨때는 패키지 안에서 해당 컨트롤러를 찾는것도 파일이 많아질 경우에는 시간이 걸릴 수 있는 부분이 없지않아 발생할 것 같기는 한데..그래서 이리저리 검색을 해 보니https://malshani-wijekoon.medium.com/spring-boot-folder-structure-best-practices-18ef78a81819위와같이 두번재로 프로젝트 구조를 잡는것이 괸찮다는 내용을 찾을수는 있는데 제가 사용하는 구조대로 사용하는것이 괸찮다는 글은 아직 차지 못했는데..ㅠㅠ다른 분들은 어떤식으로 구조를 잡고 개발을 하시는지 궁금합니다.

집킨 · Answer

첫번째 구조가 더 많이 쓰입니다나중에 규모가 커졌을때 그대로 때가기도 쉽거든요관심사에 대한 로직을 한번에 찾기도 좋구요요즘 유행하는 헥사고날과도 가깝습니다

보름 · Answer

개발자 100명 이상 규모의 프로젝트는 업무단위별로그룹화해서 분리시키는 방식이더 많았습니다.

개발 까마귀 · Answer

두번째 구조는 옛날에 많이 썼지만 요즘에는 첫번째로 많이 쓰입니다. 모듈별로 분리가되어서 나중에 도메인 서버 이전할때도 쉽고 더 직관적입니다.

스프링 부트에서 구조를 어떻게 잡는게 이상적일까요?

3개의 답변

기술 목록