package 구조에 practice가 있을까요?

Question

사내 기술이사님은 layer단위로 패키지를 만들고(controller, service..) 모든 컨트롤러는 컨트롤러 패키지에 집합! 하는 방식을 추구하십니다.저는 feature 단위로 패키지를 만들고 그 하위에 개별 레이어를 만드는걸 선호합니다. (user.controller, user service, production.controllet, production.service..) 1. feature 단위로 개발할거면 처음부터 다른 프로젝트로 만들었어야한다2. 어떤 기능이 어디에 있는지 모든 패키지를 뒤져봐야한다크게 두개의 사유로 layer 단위로 패키징을 강력히 주장하시는데 일단은 수긍하고 넘어갔습니다.이사님의 스타일대로 개발해오면서 불만이 쌓인 상태(패키지가 비대해짐, 관심사를 네이밍으로 표기해야하는데 prefix를 강제하는것보다 패키지로 나누는게 효율적임, 접근제한자를 효율적으로 사용할 수 없음)인데 혹시 다른 분들의 의견은 어떤지 궁금합니다.

kiel · Answer

사실 이게 아직도 전 세계 사람들이 best practice 를 찾고 있는 대상 중에 하나입니다. (stackoverflow 든 뭐든 뒤져보다 이게 제일 최선인것 같아.... 하는게 없습니다. 다들 어떤게 best 에요? 묻는 내용과 이 정도면 그나마 최선이에요 하는 답 밖에 없습니다.) 일단 후자 즉 domain 단위로 package 구조를 만드는게 낫다는게 다수의 의견입니다. 말씀하신대로 패키지의 구조, 관심사 단위로 모으는게 controller/service/repository 로 나누는것보다 효율적라고 의견이 모아지긴 했습니다. 그 다음 더 나은 구조가 뭘까에 대한 논의 중이긴 하죠.밥 아저씨의 클린 아키텍쳐 책을 보시면 뒤의 appendix에서 패키지 구조의 발전 단계가 나오고 있는데 참고하실만 합니다.

mugwanmin · Answer

이사님이 전혀 잘못 알고 계시네요.도메인의 분리는 프로젝트 분리와 결이 다르고 오히려 레이어 기반 패키지구조가 업무 하나하려면 세계여행을 해야합니다.저는 레이어구조의 장점이 뭔지 모르겠어요. 레이어 구조는 특성상 대부분 public으로 열어두는 식으로 개발할 거 같은데 이게 좋을까요? 도메인 구조로 가면 적절하게 package private 을 쓰면서 더 세밀한 접근 제어를 할 수 있는데요.개인적으로는 멀티 모듈 도입을 적극적으로 해야한다고 생각합니다

package 구조에 practice가 있을까요?

2개의 답변

기타 목록