• 일반 클래스와 동일하나 추상 클래스로는 instance를 만들 수 없다.
• 추상클래스는 하나 이상의 추상메서드를 포함하고 있다.
• 생성자, 멤버변수, 메서드등을 가질수 있다.
• 상속을 통해 서브 클래스에 의해서만 완성된다.

(오버라이딩으로 조상의 메서드를 구현해주어야 하며, 사용하지 않을시에는 동일하게 abstract를 붙여 추상메서드를 지정해야한다 이 자체도 abstract class 가 된다.)

추가적인 부모 클래스의 instance를 생성하지 않고 만들고자 하는 객체의 개념만 정의 해놓았다.

객체에서 필요로 하는 메서드에 대해 미리 부모가 지정할수 있다.

조상 클래스가 반드시 필요로 하는 부분에 대해 상속 받으려는 클래스에게 구현하도록 미리 설계하는것이 주 목적으로 보인다.

부모(parent)가 자식(child)이 태어나면 손가락(finger) 개수부터 확인한다는 옛말을 인용하면 부모가 자식에게 꼭 있었으면 하는 부분(finger)에 대해 미리 abstract(추상)해 놓고 태어날때 필수 조건으로 놓고 태어나길 원하는 심정이라고 보면 되겠다

이는 프로그래밍적으로 설계도의 역할을 하는 것으로 만들고자하는 객체의 설계를 미리함으로써 실질적인 청사진을 그려볼수 있다.

• 일종의 추상클래스이다.

• 추상 클래스와는 달리 일반 메서드와 멤버변수를 구성원으로 가질 수 없다.

오직 추상 메서드 (abstract method)와 상수(constant)만을 멤버변수로 가질 수 있다.

• 멤버변수는 모두 public static final이어야 하며 메서드는 모두 public abstract이어야 한다. (constant)

생략가능하며 생략시에는 컴파일러가 자동으로 추가한다.

• 다중 상속

Java는 기본적으로 다중 상속이 불가능하다. 이는 다중상속의 장점보다 단점이 더 크다고 판단하기 때문에 기본적으로 허용하지 않도록 설계되어있다.

허나 Interface를 이용하면 다중 상속이 가능하다.

정확히 표현하자면 interface는 상속의 개념이 아니라 implements (구현)으로 표현하는 것이 맞으므로 다중 상속보다 다중 구현이 맞지 않나 싶지만...;;

1. 구현 방법

A와 B의 클래스를 상속받아서 사용하는 C 클래스가 있다면 이때 비중이 더 높은쪽 (A클래스라 가정한다.)를 상속받아서 사용하고 B 클래스의 interface를 만들어 implements하여 C를 사용한다.

public class C extends A implements B{

....

}

이때 다형성의 장점을 얻을 수 있다.

1. 다형성

public class AClass implements BInterface{

...

}

=>

Binterface B = new AClass();

• 개발 시간이 단축된다.

interface가 작성되면 선언부만으로 각각의 class를 구현할 수 있으므로 코딩 작업을 분할할수 있다.

• 표준화가 가능하다. 

특정 프로젝트를 수행한다고 했을시 interface로 표준화시켜 놓으면 보다 정형화된 프로그램 작성이 가능하다.

• 서로 관계없는 class들끼리 관계를 맺을 수 있다.

다중 interface를 이용하므로 서로 상관없는 class들이 하나로 관계가 맺는것이 가능하다.

• 독립적인 프로그래밍이 가능하다.

class의 선언부와 구현부의 분리가 가능하므로 실제구현시 독립적인 구현이 가능하다.

A -> B

A는 B.method()호출

기존 A에서 B 메서드 호출시 B의 선언부를 호출

A->I->B

A는 I.method()를 호출

A는 B를 직접 호출할것 없이 I(인터페이스)를 호출함으로써 I를 implement한 B의 호출이 가능하다.

이때 I는 다형성에 의해 동일한 구현부를 가진 C나 D도 호출이 가능하다.

B의 클래스가 추가되거나 변경되어도 A가 사용하는데는 영향을 받지 않으며 선언부 자체가 이미 interface를 사용하였기 때문에

B,C,D등은 그것에 맞추어 구현만 하면 되고 A는 이를 부르기만 하면된다.

•  객체 생성시 최초 생성되는  Method (인스턴스 초기화) - New 연산자로 최초 생성된다.
•  Return 값이 없다. (메서드 자체에서 Return 되는 값이 없다.)
•  Class와 동일한 이름을 사용해야 한다. 

	public class test {

		test(){ ...

		}

	}

• 별도의 Constructor를 만들어 주지 않아도 Default로 생성된다. (이때 매개변수도 안에 내용도 없는 빈 생성자를 생성한다.)

      이는 컴파일러가 자동으로 추가하는 것으로 클래스내에 생성자가 하나도 없을때만 성립한다.

      매개변수가 존재하는 생성자가 해당 Class에 존재할시 컴파일 에러가 발생한다. 

생성자를 공부하면서 Java에서 생성자가 존재하는 이유에 대해 생각을 해보았다.

우선 첫번째로 Java는 객체지향의 언어이다. 이는 객체를 중심으로 프로그래밍한다는 말로 존재하는 객체에 대해 정확한 정보가 중요하다.

Instance로 객체를 생성할때 객체 안에 존재하는 정보가 정확하지 않다면 그 객체를 참조 또는 사용하는 많은 부분에서 정확한 데이터가 전달되지 않을것이다.

결론은 Java의 Constructor는 이런 객체의 정확한 정보 전달을 위한 Initialization (초기화)를 기반으로 두고 있는것으로 생각된다.

생성자는 정확한 데이터를 가진 정보를 초기화하는 책임이 있는 것이다.

예로 "Dog"라는 객체를 생성할때 쌩뚱맞게 "Wing"(날개)라는 정보가 객체안에 포함되어있다면 "Dog"를 사용하는 모든 클래스에서는 "날개를 단 강아지"라는 정보로 운용되는 일이 발생할것이다. 

• Constructor는 반환값이 없다. (type은 기본적으로 void이지만 생량되어서 표기된다.)
• Class가 생성되기 전에 미리 초기화하여 먼저 생성된다.
• New가 호출될때 인스턴스당 단 한번씩만 호출된다.

•  생성자 선언시 초기화 Block으로 static type 생성 가능하다.

	public class staticTest{

		static{

			...

		}

	}

• 이외에도 static factory method를 생성자 대신 사용 가능하다.

• 일반적인 Constructor

	public class constructorTest{

		constructorTest(){

			...

		}

	}

• static factory method로 변경시

	public class constructorTest{

		private static final constructorTest INS = new constructorTest();



		constructorTest(){

			...

		}

		public static constructorTest getInstance(){

			return INS;

		}

	}

• 대표적인 예 - Calendar

Calendar는 Calendar ca = Calendar.getInstance();로 호출

이는 호출할때마다 매번 생성자를 호출하지 않고 static으로 이미 생성된 Instance를 사용할수 있다는 장점이 있다.

해당 static Instance는 Class가 Load될때 JVM 의 Method 영역에 미리 저장된다. 

일반적으로 Heap에 저장되는 Instance와는 다르며 Instance를 생성할때 (New사용) 생성자보다 더 먼저 호출된다.

단 , 해당 Class가 상속받은 Class일시 Parent의 생성자가 먼저 호출된다.