Java가 일반 삭제 후 메소드 서명 중복을 방지하는 이유는 무엇입니까?

메소드 서명 복제 및 일반 삭제

Java에서는 동일한 삭제 기능을 갖는 동일한 클래스 내에서 두 개의 메소드를 선언하는 것이 허용되지 않습니다. 일반 유형에 유형 삭제를 적용한 후. 이러한 제한은 원시 유형을 활용하는 레거시 코드와의 충돌 가능성으로 인해 발생합니다.

다음 예를 고려하십시오.

class Test {
   void add(Set<Integer> ii) {}
   void add(Set<String> ss) {}
}

이 코드는 컴파일 오류를 발생시킵니다: "Method add(Set) Test 유형의 다른 메소드와 동일한 erasure add(Set)가 있습니다."

이 제한의 근거를 이해하기 위해 가상 코드베이스:

처음에 Java에 제네릭이 도입되기 전에 다음 코드가 작성되었을 수 있습니다.

class CollectionConverter {
  List toList(Collection c) {...}
}

나중에 이 클래스의 확장이 생성되었습니다.

class Overrider extends CollectionConverter {
  List toList(Collection c) {...}
}

제네릭이 도입되면서 CollectionConverter 클래스는 업데이트됨:

class CollectionConverter {
  <T> List<T> toList(Collection<T> c) {...}
}

그러나 Overrider 클래스는 변경되지 않았습니다. toList() 메서드를 계속해서 올바르게 재정의하기 위해 원시 유형이 생성된 유형과 "재정의 동일"하기로 결정했습니다.

나중에 Overrider 개발자가 클래스 업데이트를 시도했지만 클래스와 함께 새 메서드를 추가했습니다. 기존 원시 toList() 메서드:

class Overrider extends CollectionConverter {
  @Override
  List toList(Collection c) {...}
  @Override
  <T> List<T> toList(Collection<T> c) {...}
}

원시 유형의 재정의 동등성으로 인해 두 메서드 모두 잠재적으로 toList(Collection) 메서드. 그러나 이러한 모호함은 컴파일러에서 해결되어야 합니다.

이러한 충돌을 방지하기 위해 Java 언어는 단일 클래스 내에서 동일한 삭제 기능을 사용하는 여러 메서드의 존재를 제한합니다. 이를 통해 개발자는 원시 유형을 사용하는 레거시 코드로 인해 발생하는 모호함 없이 메서드를 자신 있게 재정의할 수 있습니다.

위 내용은 Java가 일반 삭제 후 메소드 서명 중복을 방지하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!