목차

  1. 추상 클래스 (abstract class)
  2. 인터페이스 (interface)
  3. 추상클래스와 인터페이스의 비교

1. 추상 클래스(abstract class)

  • 클래스의 프레임만 구성
  • 하나 이상의 추상 메소드 포함
    (추상 메소드: 선언 부분만 있고 구현 부분이 없는 메소드)
  • 직접 객체 생성 불가능
  • 추상 클래스에서 정의된 추상적인 기능은 하위 클래스에서 상세 구현

 

추상 클래스 용도

1. 실체 클래스들의 공통된 필드와 메소드의 이름을 통일할 목적

2. 실체 클래스를 작성할 때 시간 절약

 

2. Interface

특징

  • 실제 구현된 것이 전혀 없는 기본 설계도.(알맹이 없는 껍데기) - 설계와 구현 분리 가능
  • 멤버는 추상메서드와 상수만을 가능 => public static final, public abstract 키워드 생략 가능
  • 인스턴스를 생성할 수 없고, 클래스 작성에 도움을 줄 목적으로 사용됨.
  • 미리 정해진 규칙에 맞게 구현하도록 표준을 제시하는 데 사용됨.
  • 인터페이스끼리는 다중 상속 가능

장점

  • 개발시간을 단축시킬 수 있다.
    - 일단 인터페이스가 작성되면, 이를 사용하여 프로그램을 작성하는 것이 가능. 
    - 인터페이스가 공통이므로 동시 개발 가능
  • 표준화가 가능하다.
    - 프로젝트에 사용되는 기본 틀을 인터페이스로 작성한 후 개발되도록 함. 일관되고 정형화된 프로그램 개발 가능.
  • 서로 관계없는 클래스들에게 관계를 맺어 줄 수 있다.
    - 하나의 인터페이스를 공통적으로 구현함으로써 관계 매핑

  • 독립적인 프로그래밍이 가능하다.
    - 클래스의 선언과 구현을 분리시킬 수 있음.
    - 클래스와 클래스 간의 직접적인 관계를 인터페이스를 이용해서 간접적인 관계로 변경하면, 한 클래스의 변경이 관련된 다른 클래스에 영향을 미치지 않는 독립적인 프로그래밍이 가능

 

3. 추상 클래스와 인터페이스 비교

구분 추상 클래스 인터페이스
선언 abstract class 클래스명 {
    변수;
    메서드() {...}
    abstract 메서드();
}
interface 인터페이스명 {
     상수;       // public final static
     메서드(); // public abstract
}
상속 class Sub extends super {
   메서드 재정의 // overriding
}
class Sub implements Interface1, Interface2 {
    메서드 재정의 // overriding
}
장점 프레임 제공 프레임 제공, 다중 상속

 

 

+ Recent posts