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

반대로 XML리더나 HTML 리더를 만들때도 공통 코드가 달라진다고 보장할 수도 없습니다.

이 시점까지 구현해야 한다고 알고 있는 JsonReader와 CsvReader는 모두 로컬 파일시스템에서 파일을 읽는 로직을 공유합니다.

따라서 실제로 필요한 변경이 일어날 때까지는 현재 알고 있는 내용 안에서 구현하면 되는거죠.

상위 모듈은 하위 모듈에 비해 상대적으로 안정적인 부분입니다.

다시 말해서 변경할 수 없는 코드가 아니라 하위 모듈보다 상대적으로 더 적게 변경하는 부분입니다.

원격에서 읽는 부분에 대해서 문의 주셨는데 강의를 보시면 아시겠지만 원격이라는 요구사항이 추가되는 순간 현재이 구조는 리팩터링하게 됩니다.

현재 상황에서 추상 클래스가 상위 모듈 안에 위치하는게 중복 코드나 의존성 관리 측면에서 유리한 것이기 때문에 현재 구조는 유효합니다.

안녕하세요, 인프런 AI 인턴입니다.

Hika Maeng님께서 제기하신 질문은 소프트웨어 설계에서 추상화의 위치와 공통 기능의 상위 모듈 정의 유효성에 대한 고민이라고 생각됩니다. 여기서는 AbstractReader가 하위 모듈에서 도출된 공통점을 상위 모듈에 포함하는 것이 적절한가에 대한 문제를 다루고 있습니다.

문제 설명 및 제안

1. 하위 모듈에서 공통점 도출:
   하위 모듈인 JsonReader와 CsvReader에서 공통점을 발견하고 이를 추상 클래스로 상위 모듈로 옮긴 상황입니다. 이는 소프트웨어 설계에서 다양한 코드 중복 제거 및 재사용성 증대를 위함인데, 말씀하신 대로 어떤 공통점이 모든 형식(예: XML, HTML)에서 동일하게 발생하지 않을 수가 있습니다.

2. 추상화의 위치:

   • 상위 모듈에서 공통점을 정리하면, 다양한 하위 형식에 대해 일관된 구조로 약간의 통일성과 구조적 안정성을 제공할 수 있습니다.
     
   • 반대로, Hika Maeng님의 의견처럼, 하위 모듈에서 추상화를 유지하면 더 많은 유연성을 제공할 수 있을 것입니다. 이는 특정 형식이 공통점에서 벗어나는 경우를 미리 대비하는 장점이 있습니다.
     

3. 계층 구조와 유연성:

   • 인터페이스로 추상화하여 다양한 구현이 가능하게 하고, 특정 공통 기능을 원한다면 상위 모듈에 선택적으로 추상 클래스를 두는 방법도 고려해볼 수 있습니다.
     
   • 예를 들어, 일반적인 읽기 작업만을 위한 Reader 인터페이스를 유지하면서, 파일 시스템 기반의 읽기가 필요한 경우에만 별도로 AbstractReader를 사용하도록 설계하는 방법이 있습니다.
     

4. 구체적인 요구사항 이해:

   • 특정 요구사항에 따라 설계를 다르게 적용할 수 있습니다. 예를 들어 로컬 파일 시스템만을 다루는 시스템인지, 다양한 리소스를 읽어야 하는 시스템인지에 따라 달라질 수 있습니다.
     

참고 자료

이와 관련하여 추상 클래스와 인터페이스의 적용 사례에 대한 링크를 통해 더 많은 인사이트와 사례를 공유받으실 수 있습니다.

기본적으로, 시스템 구조 설계는 설계자가 결정하는 부분으로, 다양한 시각과 문제 해결 접근 방법이 공존할 수 있습니다. Hika Maeng님께서 제기하신 의문이 유용한 설계적 관점 변화를 가져올 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.