여러 생성자가 존재할 때 C# 메서드 오버로드 확인은 Null 값을 어떻게 처리합니까?

C# 메서드 오버로드 해결 및 null 값 처리

객체 지향 프로그래밍에서 메서드 오버로드를 사용하면 이름은 같지만 매개 변수가 다른 여러 메서드를 사용할 수 있습니다. 메서드 호출이 이루어지면 오버로드 해결에 따라 호출할 메서드가 결정됩니다. 이 시스템은 null 값을 처리할 때 특히 중요합니다.

다음 클래스를 고려하세요.

public class EffectOptions
{
    public EffectOptions(params object[] options) { }

    public EffectOptions(IEnumerable<object> options) { }

    public EffectOptions(string name) { }

    public EffectOptions(object owner) { }

    public EffectOptions(int count) { }

    public EffectOptions(Point point) { }
}

null 값을 사용하여 EffectOptions의 새 인스턴스를 생성하는 경우, 예:

EffectOptions options = new EffectOptions(null);

오버로드 해결 프로세스에서는 먼저 액세스 가능한 모든 생성자를 식별합니다.

public EffectOptions(params object[] options)
public EffectOptions(IEnumerable<object> options)
public EffectOptions(string name)
public EffectOptions(object owner)
public EffectOptions(int count)
public EffectOptions(Point point)

다음으로, 매개변수 유형에 따라 적용할 수 없는 생성자를 삭제합니다. Point가 값 유형이라고 가정하면 "int" 및 "Point" 버전이 제거됩니다. 남은 수:

public EffectOptions(params object[] options)
public EffectOptions(IEnumerable<object> options)
public EffectOptions(string name)
public EffectOptions(object owner)

그런 다음 오버로드 해결 시스템은 "params" 생성자를 고려합니다. 확장 가능 여부에 관계없이 확장된 형태는 폐기됩니다. 그 결과 다음과 같은 후보 생성자가 생성됩니다.

public EffectOptions(object[] options)
public EffectOptions(IEnumerable<object> options)
public EffectOptions(string name)
public EffectOptions(object owner)

마지막으로 가장 적합한 후보자를 식별합니다. 여기에는 형식 매개변수의 특수성을 비교하는 작업이 포함됩니다. "객체"는 다른 모든 유형보다 덜 구체적이므로 "객체" 버전은 제거됩니다. IEnumerable<object></object>은 object[]보다 덜 구체적이므로 제거됩니다. 남은 후보는 두 명입니다:

public EffectOptions(object[] options)
public EffectOptions(string name)

그러나 object[]는 string보다 더 구체적이지도 덜 구체적이지도 않기 때문에 모호성 오류가 발생합니다. 오버로드 해결 시스템은 호출할 생성자를 최종적으로 결정할 수 없습니다.

위 내용은 여러 생성자가 존재할 때 C# 메서드 오버로드 확인은 Null 값을 어떻게 처리합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!