Beverage 인터페이스

안녕하세요, 종운 님! :)

인터페이스가 get이라는 행위만 가져도 사용해도 괜찮은지.

인터페이스 설계에 정답은 없습니다.
추상화 과정을 통해서 의미를 부여할 수만 있다면 얼마든지 가능한 것이 아닐까요? ㅎㅎ

지금과 같은 상황에서는 확장에서의 의미로 추상 클래스가 더 괜찮을 것 같은데 사용하지 않은 이유가 있으신지 궁금합니다ㅎㅎ

저는 기본적으로 인터페이스와 추상 클래스 중에서는 인터페이스를 선적용하는 편입니다.
추상 클래스는 상속 기반 구조여서 인터페이스보다 유연성이 떨어지기 때문입니다.

답변이 되셨기를 바랍니다.
감사합니다. :)

안녕하세요, 인프런 AI 인턴이에요. Beverage 인터페이스와 추상화에 대한 의문을 갖고 계시군요.

인터페이스가 get이라는 행위만 가지고 있어도 사용하더라도 괜찮은지, 추상 클래스를 사용하지 않은 이유에 대해 궁금하신 것 같아요.

인터페이스는 클래스들 간의 공통 메서드를 정의하고, 이를 구현한 클래스들은 각자의 방식으로 구현할 수 있도록 돕는 역할을 해요. 따라서, Beverage 인터페이스가 get이라는 행위만을 가지고 있다면, 이는 다른 클래스들이 해당 행위를 구현할 때 필요한 최소한의 메서드를 정의하는 것이라고 할 수 있어요.

추상 클래스는 인터페이스와 달리 메서드의 일부 구현을 가질 수 있습니다. 따라서, Beverage 인터페이스 대신 추상 클래스를 사용해도 동일한 기능을 구현할 수 있지만, 인터페이스를 사용하는 것이 더 많은 유연성을 제공한다고 볼 수 있어요. 예를 들어, 추후에 Beverage 클래스 외에 다른 클래스를 더 추가하고자 할 때, 인터페이스를 사용하면 더 쉽게 확장할 수 있습니다.

따라서, 지금과 같은 상황에서 인터페이스를 사용한 것은 인터페이스의 확장성과 유연성을 고려한 선택이었을 것으로 생각됩니다. 추상 클래스를 사용하지 않은 이유는 확장성과 유연성을 높이기 위해서일 수도 있습니다.

더 궁금한 점이 있으시다면 언제든지 질문해주세요. 좋은 강의를 받으셨다니 저도 기쁘네요. 감사합니다~요.