[OOP] 추상클래스와 인터페이스, 나열형(Enum)

1. 추상클래스 (abstract class)

   : 상속 전용 클래스 → public abstract class 클래스명 { }

   : 상속을 목적으로 하여 만들어진 클래스로 직접적인 인스턴스 생성 불가능

   : 추상 클래스의 메소드는 명령이 존재하지 않는(비어있는) 메소드로 미완성 된 메소드

     → 즉, 오버라이드를 강제하기위한 메소드 (작업지시자 역할 : 강제적 규칙 제공) - 자식클래스는 무조건 오버라이드

     → 선언 : 접근지정자 abstract 반환형 메소드명(파라미터) { };

   : 추상클래스의 모든 메소드가 추상메소드인것은 아니다!

   : 다중상속 불가, 단일상속만 가능

 

  # 추상클래스가 필요한 이유?

  1) 단순히 공통적인 속성을 묶어 코드의 중복을 최소화, 상속의 목적만 지닌 경우

    → 그러나 이 목적인 경우 꼭 추상클래스로 선언하지 않아도 무관

  2) 클래스 내부에 추상 메소드가 존재하는 경우 → 반드시 추상클래스로 선언해야함

    즉, 작업지시자의 역할을 하기 위한 클래스! "상속받는 클래스야~ 너 이 메소드 꼭 만들어야해(오버라이드)"

  

 

2. 인터페이스 (Interface)

   : 가장 추상적 개념의 자료형으로, 상수필드(Constant Field)와 추상메소드(abstract Method)로만 구성되어있음

     => 추상 메소드 선언시 public abstract는 생략가능 : 왜냐면 어짜피 추상메소드만 선언할 수 있기때문에!

   : 추상클래스와 마찬가지로 작업지시자의 역할 → 추상메소드 = 무조건 오버라이드

   : 이때 default메소드는 오버라이드 필수가 아님(상속은 되며 오버라이드도 가능)

   : 단일상속의 문제점을 보완하기 위한 것으로, 개념만 상속받기때문에 다중 상속 가능

   : 자식클래스들의 결합성이 우수하여 시스템 변경시 영향 미비 > 유지보수 효율성 증가

  # 인터페이스가 필요한 이유?

  1) 단일 상속의 문제점 보완 : 개념만 상속받기때문에 다중상속이 가능

      => 인터페이스를 이용한 상속 : Realization

  2) 작업지시서 : 규칙제공

      => 동일한 형태의 클래스만 만들어지게 함

      => 자식클래스 간 결합성이 우수하여 시스템 변경시 다른 클래스로 교체되어도 영향 미비

           (유지보수 효율성 극대화)

 

 

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

	추상클래스	인터페이스
목적	작업지시자 역할(오버라이드 강제) 상속 목적
추상메소드형태	명령이 존재하지 않음	명령이 존재해도 무관
상속 가능 개수	단일상속	다중상속

 

 

4.  상속 키워드

 

 

5. 나열형 (Enum)

   : 상수필드 선언이 목적인 Interface의 문제점을 보완하기위한 참조형

       * 상수필드선언을 위해 만든 인터페이스의 문제점 

       1) 의미있는 문자열로 표현되지 않음 : 각각 다른 값인 것 구분 불가(숫자값이 출력되어 무슨 의미를 갖는지 모름)

       2) 값을 대표적으로 표현하기에 부적절 : 상수 필드가 선언된 자료형(클래스)이 무의미

   : 아래 예제는 다른 것을 대표하는 상수필드를 인터페이스로 구현했을때 문제점이다.

package enumerate;
// 단지 상수필드를 선언하기위해 만드는 인터페이스
// 상수필드 : 값대신 사용하기 위한 필드
// 상수필드를 굳이 인터페이스에 만드는 이유? 선언이 간단하잖아 ㅎ힣
public interface InterfaceOne {
	int INSERT=1, UPDATE=2, DELETE=3, FIND=4;
}

package enumerate;
//일부러 인터페이스로 상수필드를 선언해서 활용하는것의 단점을 보여주기위해
//다른 상수필드명에 동일한 값을 넣은 상수필드를 선언
public interface InterfaceTwo {
	int ADD=1, MODIFY=2, ERASE=3,SEARCH=4;
}

public static void main(String[] args) {
		// 상수필드를 출력하면 그 값이 출력됨 > 의미있는 숫자이긴하지만 대표성이 없음(무엇을 대표하는가를 모름)
		System.out.println("입력 = "+InterfaceOne.INSERT);
		System.out.println("변경 = "+InterfaceOne.UPDATE);
		System.out.println("삭제 = "+InterfaceOne.DELETE);
		System.out.println("검색 = "+InterfaceOne.FIND);
		System.out.println("===============================");
		System.out.println("입력 = "+InterfaceTwo.ADD);
		System.out.println("변경 = "+InterfaceTwo.MODIFY);
		System.out.println("삭제 = "+InterfaceTwo.ERASE);
		System.out.println("검색 = "+InterfaceTwo.SEARCH);
		System.out.println("===============================");
		
		//상수필드와 동일한 자료형의 변수에 상수필드값저장가능
		int choice=InterfaceTwo.ADD;
		
		switch (choice) {
		//case는 변수로 숫자만 받을 수 있음 => "상수변수도 가능!"
		case InterfaceOne.INSERT:
			System.out.println("# 학생정보를 저장합니다.");
			break;
		case InterfaceOne.UPDATE:
			System.out.println("# 학생정보를 변경합니다.");
			break;
		case InterfaceOne.DELETE:
			System.out.println("# 학생정보를 삭제합니다.");
			break;
		case InterfaceOne.FIND:
			System.out.println("# 학생정보를 검색합니다.");
			break;
		}
		// 자 봐봐, 케이스구문에서 InterfaceTwo.ADD는 
		// 사실 InterfaceOne.INSERT 가 아니야!
		// 그러나 값이 동일하다고 같다고 처리해버렸지?
		// 이게 인터페이스상수필드의 문제점이야!
		
		//인터페이스를 통한 상수값출력의 단점
		// 1) 의미있는 문자열로 표현되지 않음 : 각각이 다른값임을 구분할 수 없음
		// 2) 값을 대표적으로 표현하기 부적절 : 상수필드가 선언된 자료형이 무의미
		
		// 이것을 보완하기위해서 Enum형이 나온거야
		// 나열형 (Enumerate) => Since JDK1.5
		
	}

   * 나열형을 선언하는 방법 : public enum 나열형명 { 변수명, 변수명, 변수명, ... } 

      => 단지 변수명을 차례대로 나열만 하면 끝! 

      => 초기값을 생략하고 변수명만 나열시 선언되는 순서대로 0~ 1씩 증가하는 값을 자동으로 지님

      => 값을 직접 지정하는 것도 가능

      => 이렇게 선언하면 같은 숫자값을 가져도 다른 상수 필드(다른클래스,변수명)를 구분할 수 있음!

 

   * 나열형을 활용한 예

package enumerate;
// Enum형에서 상수필드를 선언하는 방법 : 변수명작성 끝.
// 초기값생략 : 상수필드에서 선언되는 숫자대로 0부터 시작하여 1씩 증가한 값을 지님
public enum EnumOne {
	INSERT,UPDATE,DELETE,FIND;
}

// 같은 상수값을 같지만 다른 나열형을 선언
package enumerate;

public enum EnumTwo {
	ADD,MODIFY,ERASE,SEARCH;
}

	public static void main(String[] args) {
		// 상수필드출력 => 숫자값이 출력X 상수필드명출력O
		//             => 의미있는 숫자대신, 의미있는 문자열 그자체로 표현 (대표성 유)
		System.out.println("입력 = "+EnumOne.INSERT);
		System.out.println("변경 = "+EnumOne.UPDATE);
		System.out.println("삭제 = "+EnumOne.DELETE);
		System.out.println("검색 = "+EnumOne.FIND);
		System.out.println("===============================");
		System.out.println("입력 = "+EnumTwo.ADD);
		System.out.println("변경 = "+EnumTwo.MODIFY);
		System.out.println("삭제 = "+EnumTwo.ERASE);
		System.out.println("검색 = "+EnumTwo.SEARCH);
		System.out.println("===============================");
		
		//상수필드는 int값을 가지고 있지만 int형의 변수에 저장 불가능!
		// int choice=EnumOne.INSERT;  >>  Type Mismatch 발생
        //상수필드가 선언된 Enum형을 이용하여 생성된 참조변수에는 String으로 저장가능
		EnumOne choice=EnumOne.INSERT;   //이때 자료형이 EnumOne이므로 EnumOne값만 저장가능
		
		//스위치 구문에 들어있는 Enum자료형은 모두 동일한 자료형의 상수필드로만 표현가능
		switch (choice) {
		//case에 EnumOne자료형을 사용했으므로 자료형생략하고 상수필드명만 사용해야함
		case INSERT:    //같은 값인 ADD를 적으면 에러! => 즉 값을 구분가능하다는 것!
			System.out.println("# 학생정보를 저장합니다.");
			break;
		case UPDATE:
			System.out.println("# 학생정보를 변경합니다.");
			break;
		case DELETE:
			System.out.println("# 학생정보를 삭제합니다.");
			break;
		case FIND:
			System.out.println("# 학생정보를 검색합니다.");
			break;
		}
		System.out.println("===============================");
	
	}

 

 

 * Enum형의 자료형 변경 참고 URL

https://blog.naver.com/irene-fts/221699036045

[DAY13] OOP(6) - 지정자(modifier), 인터페이스의 활용(Realization), extends, implements, default, enum, import