프로젝트를 계층형 패키지 사용하셨다면 패키지 구조가 어떻게 되실까요?

Question

사내 분위기는 계층형이 고정이긴 하지만 그 내부 구조는 너무 천차 만별이라... 매번 고민이 깊습니다.게다가 이제 남은 java 쪽 개발자가 혼자 남아서 ㅡ.ㅡ; 어디 물어볼 데도 없네요...아무래도 이제 제가 기준이 될 것 같은데...현재 제가 애용하는 구조는controllerdomainentityvoetc...dtomapperrepositoryserviceexceptionutil이렇게 되는데요,성격이 다르다면 다 다른것들이라 패키지로 묶고 있긴 한데, 너무 많지 않나...? 싶은 생각이 들고 있습니다.그나마 조금 전 까지 고민하면서 repository 를 domain 내부에 넣어서 entity랑 같이 위치시키는 것 까지는좋아보여서 옮길 생각인데, 그 외에는 어디 넣거나 모아두기에도 애매하고 ?다 꺼내두기에는 너무 많지 않나 싶고...계층형으로 짜다 보면 원래 이마이 늘어나나 싶기도 합니다.계층형으로 구현하시는 분들도 저마이 줄줄 늘어나셨나요..?

dsms · Accepted Answer

조지셨습니다. mvc 모델 = 프로젝트가 규모가 작은 경우. db 입출력을 중심으로 코딩. 트랜잭션 스크립트controller = 입력 및 출력을 담당한다고 하지만 여러 service가 혼합되어 있음, 입력 , 출력 더불어 협력까지 도맡아한다.service = db 입출력을 제어하는 트랜잭션 단위. model = dto, vo, entity 가 사실상 거의 구분없이 사용됨작은 프로젝트에서 소수인원이 하신다면 거진 대부분 이정도큰 프로젝트로 갈수록 객체는 세분화되고, 역할은 한정적이고, 엄격하게 구분됩니다.엄격하게 구분된 객체들을 한곳에서 협력객체가 로직을 수행하게 코딩되는게 최근 트렌드인데그렇게 코딩하는건 매우 어렵고 + 코딩량이 많이 늘어납니다. 객체가 늘어나요. 이전에는 객체에 여러 역할을 넣고, 바운더리 개념없이 넘나들었다면이젠 그렇게 코딩을 하지 못하거든요. 그래서 점점 코딩량이 늘어나고, 객체지향의 특성을 살리지 못하면아예 구현도 못합니다.....

프로젝트를 계층형 패키지 사용하셨다면 패키지 구조가 어떻게 되실까요?

1개의 답변

Q&A 목록