java

이 질문은 어느 정도 Java 8 인터페이스 메소드에서 “동기화”가 허용되지 않는 이유 와 관련이 있습니다.

기본 방법에 대해 이해해야 할 핵심 사항은 기본 설계 목표가 “인터페이스를 ( 중요한 ) 특성으로 바꾸지 않고” 인터페이스 진화 라는 것입니다. 둘 사이에 약간의 겹침이 있고 우리는 전자를 방해하지 않는 후자에 적응하려고 노력했지만 이러한 질문은이 관점에서 볼 때 가장 잘 이해됩니다. ( 인터페이스 메소드가 여러 번 상속 될 수 있다는 사실 때문에 클래스 메소드 는 의도와 상관없이 인터페이스 메소드와 다를 것입니다.)

기본 메소드의 기본 아이디어는 다음과 같습니다. 기본 구현의 인터페이스 메소드이며 파생 클래스는보다 구체적인 구현을 제공 할 수 있습니다. 디자인 센터는 인터페이스의 진화했기 때문에, 그것은 기본 방법은 인터페이스에 추가 할 수있는 중요한 설계 목표였다 사후 소스 호환 및 이진 호환 방식으로는.

“최종 기본 방법이 아닌 이유”에 대한 너무 간단한 대답은 본문이 단순히 기본 구현이 아니라 유일한 구현 일 것입니다. 그것은 너무 간단한 대답이지만, 우리는 질문이 이미 의심스러운 방향으로 가고 있다는 단서를 제공합니다.

최종 인터페이스 방법에 의문을 제기하는 또 다른 이유는 구현 자에게 불가능한 문제가 발생하기 때문입니다. 예를 들어, 다음이 있다고 가정하십시오.

interface A {
    default void foo() { ... }
}

interface B {
}

class C implements A, B {
}

여기서 모든 것이 좋습니다. C상속 foo()에서 A. 이제 기본값으로 메소드 B를 갖도록 변경 되었다고 가정하십시오 foo.

interface B {
    default void foo() { ... }
}

이제 다시 컴파일 할 때 C컴파일러는 상속 할 동작을 알지 못 foo()하므로 C이를 무시해야 A.super.foo()하며 동일한 동작을 유지하려는 경우 위임하도록 선택할 수 있습니다 . B기본을 만들었다 final, 그리고 A저자의 통제하에 있지 C? 이제는 C돌이킬 수 없습니다. 재정의하지 않고는 컴파일 foo()할 수 없지만에서 최종인 foo()경우 재정의 할 수 없습니다 B.

이것은 단지 하나의 예이지만, 요점은 메소드의 최종성이 실제로 행동에 기여하고 곱할 수있는 인터페이스보다 단일 상속 클래스 (일반적으로 상태를 행동에 연결하는)의 세계에서 더 의미가있는 도구라는 것입니다 상속. “다른 인터페이스가 최종 구현 자에 혼합 될 수있는”것에 대해 추론하기는 너무 어렵고, 인터페이스 메소드를 최종적으로 허용하면 이러한 문제가 발생할 수 있습니다 (그리고 인터페이스를 작성한 사람이 아니라 그것을 구현하려는 가난한 사용자.)

그것들을 허용하지 않는 또 다른 이유는 그들이 당신이 생각하는 것을 의미하지 않기 때문입니다. 기본 구현은 클래스 (또는 그 슈퍼 클래스)가 메소드의 선언 (콘크리트 또는 추상)을 제공하지 않는 경우에만 고려됩니다. 기본 메소드가 최종이지만 수퍼 클래스가 이미 메소드를 구현 한 경우, 디폴트는 무시 될 것입니다. 아마도 기본 작성자가 최종 선언시 기대하지 않았을 것입니다. (이 상속 동작은 기본 메소드-인터페이스 진화에 대한 디자인 센터의 반영입니다. 기본 메소드 (또는 기존 인터페이스 메소드에 대한 기본 구현)를 변경하지 않고 이미 구현 된 기존 인터페이스에 추가 할 수 있어야합니다. 인터페이스를 구현하는 기존 클래스의 동작

답변