방법을 상속하지만 다른 반환 유형을 사용하는 방법은 무엇입니까?

Question

주어진 다음의 클래스 :

ClassA 
{ 
    public ClassA DoSomethingAndReturnNewObject() 
    {}  
} 

ClassB : ClassA 
{} 

ClassC : ClassA 
{} 

는 ClassB 및 ClassC이 방법을 상속하지만, 자신의 클래스에 반환 형식을 사용자 정의 얻을 수있는 방법이 있나요?

ClassA에서 메서드를 복사하고 거기에서 형식을 변경하지 않는 것이 좋습니다.

ClassB.DoSomethingAndReturnNewObject()으로 전화 할 때 ClassB 개체가 필요합니다.

ClassC.DoSomethingAndReturnNewObject()으로 전화 할 때 ClassC 개체가 필요합니다.

다음과 같이 현재 유형을 기반으로 생성자를 호출하는 것과 같습니다. this.GetType()? 하지만 실제로 어떻게 할 수 있는지 전혀 모른다.

Answer 1

당신은 보호 된 가상 메서드를 만들어야합니다.

Answer 2

아니요, 언급 한 기능을 return type covariance이라고합니다. C#에서는 지원되지 않습니다.

Answer 3

설명하는 내용은 covariant return type이며 C#에서는 지원되지 않습니다.

그러나 ClassA를 공개 제네릭으로 만들고 닫힌 일반 상속인이 자신의 유형을 반환하도록 할 수 있습니다.

예 :

public abstract class ClassA<T> where T: ClassA<T>, new() 
{ 
    public abstract T DoSomethingAndReturnNewObject(); 
} 

public class ClassB: ClassA<ClassB> 
{ 
    public override ClassB DoSomethingAndReturnNewObject() 
    { 
     //do whatever 
    } 
} 

Answer 4

나는 새 반환 형식으로 새 기능을 작성하고 다른 함수 내에서 호출하고 반환 유형을 조작 할 필요가 있다고 생각합니다. 그렇지 않으면 논리적이지 않습니다! (상속의 정의/아이디어 포함)

Answer 5

아마도 제네릭이 구세주가 될 것입니다. 이 링크에서보세요 : C# Generics Part 3/4: Casting, Inheritance, and Generic Methods

bstract class B<T> { 
    public abstract T Fct(T t); 
} 
class D1 : B<string>{ 
    public override string Fct(string t) { return "hello"; } 
} 
class D2<T> : B<T>{ 
    public override T Fct(T t) { return default (T); } 
} 

Answer 6

음, 정답은 결코하고, 일반적으로,이 나쁜 생각하지 않습니다. 뭔가 완전히 다른 것을 반환하는 경우 다른 방법을 찾으십시오.

그러나 완전히 다른 것을 반환하지 않으면 인터페이스가 문제를 해결할 수 있습니다. 클래스를 반환하는 대신 인터페이스를 반환하고 클래스 A, B 및 C가 해당 인터페이스를 구현하는 객체를 적절한 방식으로 반환하도록합니다.

Answer 7

메서드의 반환 형식이 서명의 일부이기 때문에 상속되지 않습니다. 당신은 방법을 바꾸지 않고 완전히 새로운 것을 만들 것입니다.

몇 가지 옵션이 있습니다. 예를 들어, DoSomethingAndReturnNewObject 메서드를 제네릭 기반 메서드로 만들고 해당 제네릭 형식을 반환 할 수 있습니다. 이것은 아마도 당신이 찾고있는 정확한 행동에 대한 가장 직접적인 경로 일 것입니다.

다른 방법은 메서드 서명을있는 그대로두고 하위 클래스 메서드가 ClassB 및 ClassC의 인스턴스를 반환하도록하는 것입니다. 그런 다음 클라이언트 코드는 해당 객체를 적절한 파생 클래스로 사용하기 위해 형 변환을 담당해야합니다.

ClassA의 공용 인터페이스로 충분하지 않은 이유가 있습니까?다형성은 가상 멤버를 올바르게 파생하고 재정의 한 경우 ClassA 멤버 만 사용하는 경우 올바른 기능을 제공합니다.

class ClassA 
{ 
    protected virtual ClassA Create() 
    { 
     return new ClassA() 
    } 

    public ClassA DoSomethingAndReturnNewObject() 
    { 
     ClassA result = Create(); 
     // Do stuff to result 
     return result; 
    } 
} 

class ClassB : ClassA 
{ 
    protected override ClassA Create() { return new ClassB(); } 
} 

class ClassC : ClassA 
{ 
    protected override ClassA Create() { return new ClassC(); } 
} 

참고 반환 형식이를 ClassA 남아 있지만, 객체 인스턴스 유형은 특정 클래스가 될 것이다 다음 DoSomethingAndReturnNewObject 사용하는

Answer 8

class ClassA<T> where T : ClassA<T>, new() 
{ 
    public T DoSomethingAndReturnNewObject() 
    { 
     return new T(); 
    } 
} 

class ClassB : ClassA<ClassB> { } 

class ClassC : ClassA<ClassC> { } 

테스트 :

ClassB b1 = new ClassB(); 

ClassB b2 = b1.DoSomethingAndReturnNewObject(); // returns instance of ClassB 

Answer 9

나는 마지막으로 다음과 같은 솔루션을 고안했다. 필자의 경우에는 충분히 유용하지만 ClassA는 파생 상품이라는 것을 알고 있으며이 두 가지 옵션으로 제한되어 있다고 가정합니다. 실제로는 고차원 적 사고는 아니지만 작동합니다. :)

ClassA 
{ 
    public ClassA DoSomethingAndReturnNewObject() 
    { 
     if (this.GetType() == typeOf(ClassB)) 
     { 
      return new ClassB(values); 
     } 
     else 
     { 
      return new ClassC(values): 
     } 
    }  
} 

ClassB : ClassA 
{} 

ClassC : ClassA 
{} 

Answer 10

정말 간단하게 대답이 있습니다. 모든 메소드가 "객체"유형을 반환하도록하십시오. 당신은 분명히 다른 유형, 문자열과 ints와 what잎을 반환하고, 그들이 목적지에 도달 한 후에도 그대로 남아있을 것입니다. 그러나 컴파일러는 완벽하게 행복합니다. 모든 것이 "객체"입니다. 당신은 좋은 일이 아닌 컴파일 타임 타입 검사를 포기하지만, 몇 가지 깊은 OO 프로그래밍을 위해 때때로 반환이 가치가 있습니다.