Java는 메소드 삭제로 인한 과부하 충돌을 어떻게 방지합니까?

메서드 삭제를 통한 오버로드 방지

Java 코드에서는 두 메소드의 삭제가 동일하다는 오류가 발생할 수 있습니다. 이 오류를 이해하려면 다음 예를 고려하십시오.

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

컴파일러는 두 개의 add 메소드가 동일한 삭제를 갖는다는 오류를 생성합니다. 이는 유형 매개변수를 제거하기 위해 두 메소드를 모두 지운 후 둘 다 시그니처 add(Set)를 갖기 때문입니다.

어떤 경우에는 이러한 메소드의 논리가 겹쳐서 단일 제네릭으로 대체하고 싶은 유혹이 생길 수 있습니다.

public void add(Set<?> set) {}

그러나 이것이 항상 가능한 것은 아닙니다. 또한 생성자 이름 변경이 허용되지 않기 때문에 이러한 유형의 인수를 사용하는 두 생성자를 생성하려고 시도할 때 이 접근 방식은 문제가 됩니다.

레거시 코드 호환성

그 이유 동일한 삭제를 사용하는 여러 메소드는 허용되지 않습니다. 이는 원시 유형을 사용하는 레거시 코드와의 호환성을 유지하려는 Java의 목표에서 비롯됩니다. 예를 들어 제네릭이 도입되기 전에 작성된 다음 클래스를 생각해 보세요.

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

하위 클래스가 이 클래스를 확장하고 제네릭 없이 toList 메서드를 재정의하는 경우:

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

제네릭 도입 후 , 일반 유형으로 toList 메소드를 업데이트하면 원시 메소드가 효과적으로 대체됩니다.

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

하위 클래스가 다음과 같이 편집된 경우 원시 및 일반 toList 메소드를 모두 포함합니다.

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

두 메소드 모두 기술적으로 일반 toList 메소드를 재정의하여 컴파일러가 해결할 수 없는 모호성을 만듭니다.

이러한 혼란을 방지하기 위해 Java는 다음을 수행합니다. 클래스가 동일한 삭제로 여러 메서드를 갖는 것을 허용하지 않으므로 프로그래머는 신중하게 디자인을 고려하고 적절한 경우 일반 유형을 활용해야 합니다.

위 내용은 Java는 메소드 삭제로 인한 과부하 충돌을 어떻게 방지합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!