Interface vs Abstract class

Java 8 이전?

Interface

• 인터페이스를 구현하는 클래스에서 해당 메소드들을 구현해야함

Abstract class

• 인스턴스를 생성할 수 있기 때문에, 상태를 가질 수 있음
• 일반적인 클래스로의 역할이 가능
• 추상 클래스를 상속받는 클래스는 추상 메소드들에 대해서 구현이 필요

Interface vs Abstract Class

• 인터페이스는 다중 구현이 가능하며, “HAS” 관계
• 추상클래스는 하나만 상속할 수 있으며, “IS” 관계

---

Java 8 이후?

Interface

public interface Java8Interface {
    int JAVA_VERSION = 8;
}

• 클래스 변수를 가질 수 있으나, 인스턴스 변수는 가질 수 없음
• JAVA 변수에 값을 할당해줘야함

public interface Java8Interface {
    int JAVA_VERSION = 8;

    default void java8Function(){
        System.out.println("THIS IS JAVA " + JAVA_VERSION);
    }
}

public class Java8Class implements Java8Interface{
    @Override
    public void java8Function() {
        Java8Interface.super.java8Function();
        System.out.println("Java8Class call java8Function()");
    }
}

• 추상 클래스처럼 default를 이용해 메소드를 구현 가능
• 구현한 클래스에서 해당 메소드를 오버라이드 가능

  “코드 재생산의 편의를 위해서 추상클래스를 사용하고 있었는데, 인터페이스에서도 마찬가지로 코드 재생산을 위한 효율성을 높일 수 있게 됐다.”

public interface Java8Interface {
    int JAVA_VERSION = 8;

    default void java8Function(){
        System.out.println("THIS IS JAVA " + JAVA_VERSION);
    }

    static void staticFunction(){
        System.out.println("THIS IS STATIC FUNCTION");
    }
}

public class Java8Class implements Java8Interface{
    @Override
    public void java8Function() {
        Java8Interface.super.java8Function();
        System.out.println("Java8Class call java8Function()");
    }
    
    public void callStaticMethod(){
        Java8Interface.staticFunction();
    }
}

• 인터페이스에 클래스 메소드를 선언할 수 있음
• 클래스 메소드는 오버라이딩이 불가능
• 모든 클래스에서 동일하게 적용될 수 있는 메소드를 정의

“자바에서도 추상 클래스의 한계를 인정하고, 인터페이스에 점점 힘을 실어주는게 아닐까?”

---

Java8 Interface vs Abstract class

인터페이스는 상태를 가지지 못한다.

• 클래스는 인스턴스를 만들 수 있으며, 인스턴스 변수들을 가질 수 있음
• 인터페이스는 클래스 변수는 가질 수 있으나, 인스턴스 변수를 가질 순 없음
• 클래스는 생성자를 가질 수 있지만, 인터페이스는 생성자를 가질 수 없음

“구성을 통해서 충분히 해결될 수 있다고 생각이 든다”

---

Abstract class

상속보다는 구성을 사용하라

• Java에서는 다중 상속이 불가하므로, 여러 가지 클래스에 대한 특성을 갖기 어렵지만, 구성을 사용하면 다양한 클래스에 대한 특성을 가질 수 있음
• 구성으로 된 클래스들은 Mocking이 쉬우므로, 테스트 편의성이 증대
• 상속은 캡슐화를 깨트리며, 클래스간 결합성을 증가시키므로 자바의 OOP 원칙에 위배될 수 있음
• 상속보다 훨씬 유연성이 좋으며 확장성이 좋음
• GOF의 디자인 패턴에서도 상속보다는 구성을 사용하라는 충고가 있음

“상속은 단순히 코드를 재생산하는 측면에서는 효율성이 있지만, 설계적인 측면에선 별로인게 아닐까?”

---

Result

• 2021-02-27

  “Java 8 이후로는 상속을 사용해야 하는 이유를 잘 모르겠다.”