### ♿️ 리펙토링 배경 <!--리펙토링을 하게 된 이유 작성--> - 월간 분석 조회 API가 중복된 DTO/서비스 구조로 분산되어 있어 유지보수와 프론트 연동 포맷 대응이 어려웠습니다. - 내 지출(실시간 계산)과 peer 평균(배치 집계) 조회 경로를 명확히 분리해 성능과 데이터 일관성을 함께 확보할 필요가 있었습니다. <!--리펙토링 대상 코드/도메인 설명--> - `AnalysisQueryController`, `AnalysisMonthlySummaryQueryService`, `AnalysisQueryRepository` 중심의 월간 분석 조회 도메인 - 월 지출 요약(CDF), 카테고리 분해, peer 평균 연계 응답 DTO 구조 전반 ### 🚚️ 작업할 내용 <!--작업 내용 설명--> - 월간 분석 API를 `monthly-summary`, `category-breakdown` 두 개 엔드포인트로 정리 - Legacy 분석 응답/서비스/테스트 제거 및 신규 DTO/서비스로 통합 - peer 평균은 배치 집계 테이블 기준으로만 조회하고, 내 지출은 월 구간 실시간 계산으로 구성 - 월/통화 파라미터 파싱 및 응답 포맷(누적값, 카테고리별 비교값) 일관화 - 컨트롤러 단위 테스트 추가로 응답 스키마와 핵심 계산 결과 검증
♿️ 리펙토링 배경
AnalysisQueryController,AnalysisMonthlySummaryQueryService,AnalysisQueryRepository중심의 월간 분석 조회 도메인🚚️ 작업할 내용
monthly-summary,category-breakdown두 개 엔드포인트로 정리