프로젝트 구조는 항상 고민이 많습니다.

Question

user/ ├── controller/ │ └── UserController.java ├── dto/ │ ├── UserRegisterRequestDto.java │ └── UserResponseDto.java ├── mapper/ │ └── UserMapper.java ├── service/ │ ├── UserService.java │ └── impl/ │ └── UserServiceImpl.java ├── vo/ │ └── UserVO.java프로젝트를 만들때 어떻게 만드는게 맞을까? 라는 의문을 항상 가집니다.저 같은 경우 위 와 같은 구조를 좀 선호하는 편입니다.UserController는 UserService 인터페이스 에 의존하는 형태 이고 주요 비즈니스 로직은 UserServiceImpl 단에 구현합니다.Mapper 는 xml 과 매핑하는 구조이구요..*UserService 를 따로 만드는 이유는 위 구조에는 없지만 프론트 개발 API 를 빠르게 만들기 위해 단순한 JSON 형태만 만드는 Impl 을 따로 둬서 나중에 실 배포 나 혹은 비즈니스 로직이 완료되면 구현체를 갈아끼우기 위해 서 입니다.다만 이게 맞는 방법일까? 는 좀 의문입니다. 뭔가 올드한 구조이기도 하고제가 개발하기 편한 구조여서 이렇게 작성하긴 하는데 많은 사람들이 참여하는 그런 프로젝트에서는 오히려 불편할거 같기도 하고...여러분들은 어떻게 구조를 만드시나요?

휘뚜루마뚜루루 · Answer

vo는 주소나 이메일 같은 값 객체로 쓰는 걸로 알고 있는데, 여기선 예전처럼 Entity처럼 사용하신 거죠?

캐티 · Answer

위에 거는 일반적인 디자인 패턴이고, 프로젝트가 더 복잡해진다 이럼 이케이케 정리를 한 다음 한번 엎어야 할거여요. 엎어버리면 고치는데 앵간한 시간이 들어가는데 이럼에도 안 하면 망하는 거여서 어쩔수 없쩌.

구운개발 · Answer

아마도 자바 스프링부트 일것 같은데 그런 전제조건은 좀더 주셔야 공부하면서 찾아보고 의견도 드릴수 있을것 같아요클린 아키텍쳐나 MVP 같은것 보면 형태가 다 있지 않나요지금 보여주시는거는 꽤나 오래전 서버팀 코드 들여다볼때 구조 같네요

장독깨기 · Answer

루트에 이미 user 로 구분을 한거 같은데요,굳이, 그 아래에 일일이 폴더를 따로 만들어서 접근하면 좀 번거롭지 않을까 싶네요.

chytonpide · Answer

전 레이어별로 나눕니다. 도메인-어플리케이션-인프라스트럭쳐.도메인, 어플리케이션 레이어는 전부 인터페이스를 통해서 인프라스트럭쳐와 연결됩니다. (DIP)user/ ├── domain/ │ ├── User │ └── UserRepository ├── application/ │ └── UserApplication ├── infrastructure/ │ ├── dto/ │ │ ├──UserRegisterRequestDto │ │ └── UserResponseDto │ ├── persistence/ │ │ └── JpaUserRepository │ └── restapi/ │ └── UserRestController

프로젝트 구조는 항상 고민이 많습니다.

5개의 답변

기타 목록