Repository navigation
fix: [ALT-298] 알바생 업장 일정 조회의 본인 범위 격리 - #109
Conversation
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars.
|
hodoon
left a comment
There was a problem hiding this comment.
리뷰했습니다. 인라인 코멘트 확인 부탁드립니다.
|
|
||
| List<WorkspaceShift> shifts = workspaceShiftQueryRepository | ||
| .findByWorkspaceAndDateRange(workspaceWorker.get().getWorkspace(), request.getYear(), request.getMonth()); | ||
| .findByUserAndWorkspaceAndMonthFrom(actor.getUser(), workspaceWorker.get().getWorkspace(), |
There was a problem hiding this comment.
이번 변경으로 findByWorkspaceAndDateRange를 main 코드에서 호출하는 곳이 없어진 것 같습니다(포트 21행, 구현 105행만 남아 있습니다). 이 메서드는 업장 전체 일정을 사용자 범위 없이 반환합니다. 포트에 그대로 남아 있으면 나중에 앱 측 UseCase가 다시 가져다 써서 같은 격리 문제가 생길 수 있습니다.
포트와 구현에서 이 메서드를 지우고, 테스트의 lenient 스텁과 never() 검증도 함께 정리하면 어떨까요? 메서드가 없어지면 컴파일 단계에서 막히므로 never() 검증보다 확실하게 재발을 막을 수 있을 것 같습니다. 같은 파일을 수정하는 PR #105와 병합 순서도 함께 맞춰 보면 좋겠습니다.
앱 업장 일정 조회가 본인 범위 쿼리로 바뀌면서 findByWorkspaceAndDateRange 호출처가 사라졌다. 사용자 범위 없이 업장 전체 일정을 돌려주는 메서드라 남겨두면 재사용 시 같은 노출이 재발할 수 있어 포트·구현에서 지우고 테스트의 관련 스텁도 정리한다.
앱 업장 일정 조회가 본인 범위 쿼리로 바뀌면서 findByWorkspaceAndDateRange 호출처가 사라졌다. 사용자 범위 없이 업장 전체 일정을 돌려주는 메서드라 남겨두면 재사용 시 같은 노출이 재발할 수 있어 포트·구현에서 지우고 테스트의 관련 스텁도 정리한다.
응답이 본인에게 배정된 확정 근무만 담도록 바뀌었는데 schedules 설명이 아직 "업장 전체 스케줄 목록"이라 클라이언트가 동료 일정을 기대할 수 있어 실제 동작에 맞춘다.
같은 업장 다른 근무자의 일정이 앱 업장 캘린더에 노출되는 문제를 고쳤습니다. 활성 소속 확인 후 인증 사용자·업장·월을 DB 조회 조건으로 적용합니다.
변경
검증
./gradlew clean build통과.겹침과 남은 확인
관련 작업: ALT-298