으아악

먼저 생성자의 역할을 이해해야 합니다. 생성자는 클래스의 속성이나 메소드를 초기화하는 것입니다. 그러면 문제는 Java와 PHP의 인터페이스입니다. 그러면 왜 생성자가 필요합니까? 전화할 방법이 없어요

왕의 王는 왜 가로 3개, 세로 1개인가요?

인터페이스는 생산 방법이 아니라 동작을 정의합니다

어떻게 인스턴스화하나요?

인터페이스에는 자체 인스턴스가 없으므로 생성자가 필요하지 않습니다.

인터페이스에 자체 인스턴스가 없는 이유는 무엇입니까? 인터페이스는 일련의 추상 함수만 정의하므로 인터페이스를 사용할 때는 인터페이스를 구현하는 클래스를 사용하고 인터페이스를 직접 사용하지는 않습니다. 직접 사용해 보세요. 해당 기능은 정의일 뿐이므로 사용할 수 없습니다.

물론 Java 8에서는 인터페이스로 정의된 함수가 기본 구현을 가질 수 있지만 여전히 인터페이스를 직접 사용하여 이러한 함수를 호출할 수는 없습니다.

인터페이스를 인스턴스화할 수 없다면 인터페이스가 있는 이유가 무엇입니까? 그러나 Java 8 이후에는 인터페이스에 직접 호출할 수 있는 기본 메소드가 있을 수 있습니다

아...질문이 간단할수록 대답하기가 더 어렵습니다. Java 언어를 설계할 때 인터페이스는 클래스가 따라야 하는 사양으로 정의되었다고 말할 수 있습니다. 단일 상속의 단점을 보완합니다. 저자가 자바 인터페이스 디자인을 비판하며 다음과 같이 쓴 책 '프로그래머의 외침'이 있다. "고슬린은 자바 언어를 다시 작성하고 디자인하면 인터페이스는 고려되지 않을 것이라고 말했다."

추상수업도 괜찮습니다. 인터페이스는 메서드 세부 정보를 정의할 수 없으며 일련의 동작만 정의할 수 있습니다.

질문자는 인터페이스를 구체적으로 구현하는 클래스에서 일부 코드 재사용을 원하기 때문에 인터페이스에서 생성자를 사용하려는 것으로 잠정적으로 생각됩니다.

"코드 재사용"과 "인터페이스 구현 분리" 사이에는 약간의 충돌이 있습니다. 각각의 다른 유형은 장단점 간의 절충안입니다.

• 인터페이스는 최소한의 재사용과 최대의 분리를 선택합니다

• 일반 클래스는 재사용이 용이하지만 인터페이스가 분리되지 않습니다

• 추상 수업은 그 사이 어딘가에 있습니다.

@MaxValue가 말했듯이 인터페이스가 생성자를 가질 수 있으면 추상 클래스 위치 지정과 거의 동일합니다.