크리스의 개발일기

[JAVA]extends, implements 차이 본문

JAVA

[JAVA]extends, implements 차이

ChrisJang 2020. 11. 27. 09:52
반응형

객체 지향 프로그래밍 ( Object Oriented Programing )

  • OOP
    • 객체들이 서로 유기적으로 동작하는 프로그래밍 이론
    • 코드의 재사용성과 중복제거가 가장 큰 목적
  • 추상화
    • 목적과 관련이 없는 부분을 제외해서 필요한 부분을 포착하는 기법
    • 객체의 공통된 속성들 중 필요한 부분을 포착해서 클래스로 정의하는 설계 기법
  • 캡슐화
    • 외부에 노출할 필요가 없는 정보들은 은닉 (정보은닉)
  • 상속
    • 상속 관계에 있는 두 클래스에 대해, 부모 클래스가 자손 클래스에게 속성을 물려주는 것
    • 코드의 재사용이 목적
  • 다형성
    • 같은 형태이지만 다른 기능을 하는 것
    • 오버라이딩은 이와 관련된 기능임

상속이란 (Inheritance)

- Java에서 상속은 부모 클래스의 변수/메소드를 자식 클래스가 물려받아 사용가능하게 해주는 것

 

  • 상자 하나하나는 모두 객체 (Object)이고, 자바 용어로는 class이다.
  • 이러한 계층을 표현하기 위해 만들어진 것이 바로 상속이다.
  • 하위 객체는 상위 객체 (부모)의 특징을 물려받는다.

    예를 들어 동물의 특징 '움직이다'를 포유류, 조류, 파충류는 그대로 물려받는다.
    즉. move()라는 메소드를 포유류,.조류, 파충류 객체가 모두 사용할 수 있다는 뜻이다.

  • 또 다른 예로 변수 또한 객체에 선언되어 있다면 물려받게 된다.

    나이 (age) 변수가 동물 객체에 선언되어 있다면 물려받게 된다.

이 메소드 OR 변수를 '구현'하는가 그대로 '사용'하는가에 따라서 상속의 형태가 갈리게 된다.

  1. extends
    • 부모에서 선언 / 정의를 모두하며 자식은 메소드 / 변수를 그대로 사용할 수 있음
  2. implements (interface 구현)
    • 부모 객체는 선언만 하며 정의(내용)은 자식에서 오버라이딩 (재정의) 해서 사용해야함
  3. abstract
    • extends와 interface 혼합. extends하되 몇 개는 추상 메소드로 구현되어 있음

extends (상속)

  • 사실 extends가 상속의 대표적인 형태다.
  • 부모의 메소드를 그대로 사용할 수 있으며 오버라이딩 할 필요 없이 부모에 구현되있는 것을 직접 사용 가능하다.
class Vehicle {
  protected int speed = 3;
  
  public int getSpeed(){
    return speed;
  }
  public void setSpeed(int speed){
    this.speed = speed;
  }
}

class Car extends Vehicle{
  public void printspd(){
    System.out.println(speed);
  }
}

public class ExtendsSample {
  public static main (String[] args){
    Car A = new Car();
    System.out.println(A.getSpeed());
    A.printspd();
  }
}

Car라는 클래스는 Vehicle을 상속 받았다. 그리고 getSpeed() 메소드로 speed를 print 했다.
그런데 vehicle의 getSpeed 메소드에서 speed를 직접 바로 사용했다. extends를 했으니 메소드 뿐만 아니라 변수까지 사용이 가능해 지는 것이다.
여기서 접근 제어자에 대해 다시 설명하지면.....

 

public protected default private
All 상속 OR 동일패키지 상속 && 동일패키지 클래스 내부

그리고 하나 더 짚고 가자면....
자바는 "다중상속"을 지원하지 않는다는 점이다.

다중상속이란 부모클래스가 두개 이상 존재할 수 있다는 것인데, 자바에서는 이를 지원하지 않는다.

즉 ,

 

public class Son extends Father, Mother{...}

 

이것이 지원하되지 않는다는 것이다.

자바는 다중상속을 지원하지 않는다. 대신 implements(인터페이스)가 등장했다.

implements (상속)

 

interface TestInterface{
  public static int num = 8;
  public void fun1();
  public void fun2();
}

class InterfaceExam implements TestInterface{
  @Override
  public void fun1(){
    System.out.println(num);
  }
  
  @Override
  public void fun2() {
    
  }
}

public class InterfaceSample{
  public static void main(String args[]){
    InterfaceExam exam = new InterfaceExam();
    exam.fun1();
  }
}

 

implements의 가장 큰 특징은 이렇게 부모의 메소드를 반드시 오버라이딩(재정의)해야 한다.

또한 이 implements는 다중상속을 대신해준다.

public class Son implements Father, Mother{...}

이러한 형태로 말이다.

근데 "이러한 구현은 메소드를 어차피 재정의해야되니 '상속'의 의미가 아니지 않냐?" 이런 의문이 들 수 있다. 제가 그랬습니다.
참고 사이트의 키가 크고픈 프로그래머님의 말을 빌려쓰자면 " 사실 저도 이걸 진정한 상속이라고 생각하지는 않습니다만 자바가 그렇다는데 어쩌겠습니까....
단, 어느정도 이해하시는데 도움을 드리자면, Java와 C#의 인터페이스 상속은 계약 및 분류의 의미가 강합니다."
네 그렇다고 합니다.

간단 정리

  1. extends는 일반 클래스와 abstract 클래스 상속에 사용되고, implement는 interface 상속에 사용된다.
  2. class가 class를 상속받을 땐 extends를 사용하고, interface가 interface를 상속 받을 땐 extends를 사용한다.
  3. class가 interface를 사용할 땐 implements를 써야하고
  4. interface가 class를 사용할 땐 implements를 쓸수 없다.
  5. extends는 클래스 한 개만 상속 받을 수 있다.
  6. extends 자신 클래스는 부모 클래스의 기능을 사용한다.
  7. implements는 여러개 사용 가능하다.
  8. implements는 설계 목적으로 구현 가능하다.
  9. implements한 클래스는 implements의 내용을 다 사용해야 한다.

extends는 클래스를 확장하는 거고 implements는 인터페이스를 구현하는 것이다.
인터페이스와 보통 클래스의 차이는 인터페이스는 정의한 메소드를 구현하지 않아도 된다.
인터페이스를 상속받는 클래스에서 인터페이스에 정의된 메소드를 구현하면 된다.

 

 

 

출처 : 

https://hashcode.co.kr/questions/471/implements%EC%99%80-extends%EC%9D%98-%EC%B0%A8%EC%9D%B4%EC%A0%90%EC%9D%B4-%EB%AD%90%EA%B3%A0-%EA%B0%81%EA%B0%81-%EC%96%B8%EC%A0%9C-%EC%93%B0%EB%8A%94%EA%B1%B4%EA%B0%80%EC%9A%94/13

velog.io/@hkoo9329/%EC%9E%90%EB%B0%94-extends-implements-%EC%B0%A8%EC%9D%B4

victorydntmd.tistory.com/117

shlee0882.tistory.com/106

velog.io/@hkoo9329/%EC%9E%90%EB%B0%94-extends-implements-%EC%B0%A8%EC%9D%B4

https://zbomoon.tistory.com

https://seohc.tistory.com/121

반응형
Comments