다형성의 단점
앞서 포스팅한 다형성(override, overload)는 서로 다른 기능이지만 메소드의 이름을 공통되게 처리함으로서 전체 프로그램의 일관성을 유지하게 한다. 하지만 이 또한 여러 문제를 안고 있다.
Override 처리의 문제발생 가능성
-
"@Override" 선택적으로 사용, 메서드 이름에 실수가 발생하면 에러가 아닌 새로운 메서드의 정의로 인식되므로 의도하지 않은 실행결과를 가져올 수 있다.
-
부모의 기능을 재정의 하지 않았다면 다형성의 구현은 이루어지지 않게 된다.
아래와 같은 해결법이 있다.
상속 처리 시, Override 강제하기
- 추상화 기법은 특정 클래스를 상속받은 경우,
부모의 특정 메서드들을 무조건 재정의하도록 강제하는 기법 - 특정 메서드를 재정의하도록 강제함으로써,
자식 클래스들을 작성하기 위한 가이드 역할을 해줄 수 있다. - 즉, 추상화 기법은 java 클래스를 작성하기 위한
설계도를 소스코드 형태로 제시하는 역할을 한다.
추상화
공통된 행동, 필드를 하나로 묶어서 클래스로 만드는 것이다. 여기서 추상 클래스라는것이 발생한다.
추상 클래스
하나 이상의 추상 메소드를 포함한 클래스를 추상 클래스이다. 객체를 생성 할 떄 반드시 class 앞에 'abstract' 가 붙어야한다. 이 클래스는 객체를 생성할 수 없으며, 반드시 상속을 통해서만 사용이 가능하다.
public abstract class 클래스명 ; 추상 메소드
추상 메소드를 정의하기 위해서는 'abstract' 키워드를 사용하여 정의할 수 있다. 자식 클래스가 구현해야하는 메서드의 가이드 라인만 제시하기 위한 목적으로 사용되기 때문에, 선언만 가능하고 구현부가 없다.
어째서 사용하는가?
추상 클래스는 '다형성'을 보장하기 위해 등장한 개념으로, "자식 클래스에서 반드시 재정의가 되어야 된다"는 점에서 보장이 된다. 왜냐하면 추상 메소드들을 자식 클래스에서 전부 반드시 재정의(overriding) 해야하기 때문이다.
DBA가 되고싶은 사람입니다