인프런 커뮤니티 질문&답변

먼저 달아주신 링크 내용을 보고 패키지구조 설계에대한 정답은 없다는것을 잘 알게 되었습니다. 

하지만 저희가 아무래도 처음 이런 계층구조로 설계를 하다보니 특히 서비스 계층 설계에서 어려움이 생겼습니다.

제 생각으로는 이런 서비스들을 쇼핑몰에서 보듯이 리소스에 대한 서비스로 계층을 만드는 것이 좋다고 생각 했는데 (예를 들면 주문, 회원, 아이템 과 같이 명확하게 구조화 될 수있는? 물론 나머지 배송이나 아이템 하위에 있는 항목들은 위 3개에 종속적이니 제외하는 것이라 생각 합니다!) 이런 리소스 들은 해당 정보를 한페이지에서 관리 하다 보니 토의를 통해서 이 서비스 계층이란 것이 페이지 별로 만드는 것이 적합한가에 대한 고민이 나왔습니다. 저희가 진행하고 있는 프로잭트는 페이지 별로 각각의 리소스에 대해 점진적으로 column 정보를 넣어주는 쪽이다 보니 리소스 별로 추가1 추가2 추가3 ... 을 만들기에는 코드가 너무 더러워 지는 것 같아서 고민이였습니다.

간단하게 말해

저희가 만들고 있는 프로잭트를 간단히 보면 페이지 별로 리소스에 대한 추가 수정 삭제가 있습니다

이 추가 수정 삭제 기능들을 각각 서비스로 만들어서 개발을 해야하는지 (추가service, 삭제service, 수정service) 혹은 페이지별로 서비스를 나눠서(PageAService, PageBService, PageCService) 개발 혹은 리소스 별로 서비스 계층을 구현하는것이 좋은지에 대한 조언을 얻고자 합니다.

 

안녕하세요. hsg0208님

서비스 계층을 화면별로 나누게 되면, 결과적으로 화면을 수정할 때 서비스도 수정되어야 합니다.

따라서 상황에 따라서 다르지만 일반적으로 서비스는 가급적 화면에 종속적이지 않게 설계하는 것이 좋습니다.

감사합니다.