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

6-1 강의 후반부에 디미터 법칙의 의도 부분을 보시면 질문하신 내용이 나옵니다.

강의 내용을 참고해주세요. 🙂

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

Hika Maeng님께서 제기하신 질문은 디미터 법칙(혹은 최소 지식 원칙)을 어떻게 적용해야 하는지에 대해 심화된 내용을 다루고 있습니다. 디미터 법칙은 객체가 직접적으로 자신이 소유하지 않은 다른 객체의 메서드를 호출하지 않도록 권장합니다. 이를 통해 객체의 결합도를 낮추고, 코드의 유연성과 모듈성을 높일 수 있는 이점이 있습니다.

디미터 법칙과 player.currentRoom().name() 문제

• player.currentRoom().name()과 같은 형태의 코드는 player 객체의 세부사항을 노출하게 되어 디미터 법칙을 위반할 가능성이 있습니다. 이는 player 객체의 세부 구현에 대한 의존성을 초래하게 됩니다.
  
• 디미터 법칙을 준수하기 위한 방법 중 하나는 player 객체가 currentRoom에 대한 정보를 다른 방식으로 제공하도록 하는 것입니다. 예를 들어, player가 직접 getRoomDescription()과 같은 메서드를 제공하도록 하는 것입니다.
  

Room 변화와 게임 수정의 문제

• Room 객체가 변경되었을 때 Game 객체를 수정해야 한다면, 이는 내부 구현 변경이 외부에 영향을 미친다는 점에서 문제를 일으킬 수 있습니다. 이를 최소화하기 위해 player 객체의 메서드가 직접 Room의 메서드를 호출하는 대신 필요한 정보를 추상화된 메서드를 통해 제공하는도 고려할 수 있습니다.
  

이와 관련된 이전 유사한 질문에서 다루어진 디미터 법칙 준수에 관한 “디미터 법칙을 준수하는 객체 인터랙션 설계” 게시물을 참고하시면 더 많은 정보를 얻으실 수 있습니다. 이는 객체의 밀접한 상호작용을 적절히 설계하는 방법에 대한 통찰을 제공할 것입니다.

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