Closed brorica closed 1 year ago
기존에 기능의 crud 및 기타 기능별로 구분한 것이 코드 규모에 비해 패키지 구조가 거대해지는 문제 발생
Service 코드가 지나치게 길어지지 않는 선에선 책임을 통합해도 된다고 생각함
패키지명을 layered 아키텍처를 참고해 재작성 (https://hudi.blog/layered-architecture/)
기존 service 패키지 같은 경우 끝에 service가 붙지 않지만 비즈니스 로직이 들어가는 코드에 대해선 난해한 감이 있었는데 이 부분을 잘 해결할 수 있다고 생각함
월간, 주간 통계의 경우 해당 포인트만 관리해야하는 상황이 생겨서 아낀 항목과 분리해놓는게 맞다고 생각함
controller의 docs 수정
기존에 기능의 crud 및 기타 기능별로 구분한 것이 코드 규모에 비해 패키지 구조가 거대해지는 문제 발생
Service 코드가 지나치게 길어지지 않는 선에선 책임을 통합해도 된다고 생각함
패키지명을 layered 아키텍처를 참고해 재작성 (https://hudi.blog/layered-architecture/)
기존 service 패키지 같은 경우 끝에 service가 붙지 않지만 비즈니스 로직이 들어가는 코드에 대해선 난해한 감이 있었는데 이 부분을 잘 해결할 수 있다고 생각함
월간, 주간 통계의 경우 해당 포인트만 관리해야하는 상황이 생겨서 아낀 항목과 분리해놓는게 맞다고 생각함
controller의 docs 수정