문서 조회 기능만 사용하는 클라이언트가 `read`, `write`, `delete`를 모두 가진 저장소 인터페이스에 의존하고 있다. 인터페이스 분리 원칙에 맞는 개선은?

1. 1

   읽기 계약과 변경 계약을 나누어 조회 클라이언트는 읽기 계약에만 의존하게 한다.

   정답 근거클라이언트별로 필요한 연산만 포함한 계약을 제공하므로 불필요한 의존과 빈 구현을 제거한다.
2. 2

   세 연산을 하나의 전역 정적 함수로 합친다.

   오답 이유전역 함수로 합쳐도 조회 클라이언트가 변경 연산까지 아는 큰 계약 문제는 해결되지 않는다.
3. 3

   조회 구현에서 write와 delete를 빈 메서드로 둔다.

   오답 이유빈 구현은 사용하지 않는 메서드를 구현하도록 강제하는 원인을 그대로 남긴다.
4. 4

   모든 클라이언트가 전체 저장소 구현 클래스에 직접 의존하게 한다.

   오답 이유구현 클래스에 직접 의존하면 변경 범위와 결합도가 커지고 필요한 계약만 분리하는 목적과 반대가 된다.