[c#] 왜 ICloneable <T>가 없습니까?

최근에 객체 복사가 끔찍한 이유 기사를 읽은 적이 있습니까? , 나는이 질문에 추가 clafirication이 필요하다고 생각합니다. 여기에있는 다른 답변은 좋은 조언을 제공하지만 여전히 답변이 완전하지 않습니다 ICloneable<T>. 왜 안 됩니까?

1. 용법

   그래서 그것을 구현하는 클래스가 있습니다. 이전에는 원하는 방법이 ICloneable있었지만 이제는 일반적으로 받아 들여야 ICloneable<T>합니다. 편집해야합니다.

   그런 다음 object 여부를 확인하는 메소드를 가질 수 있습니다 is ICloneable. 지금 무엇? 당신은 할 수 없으며 is ICloneable<>컴파일 유형의 객체 유형을 알지 못하므로 메소드를 일반으로 만들 수는 없습니다. 첫 번째 진짜 문제.

   따라서 전자 ICloneable<T>와 ICloneable후자를 모두 구현해야합니다. , 따라서 구현은 두 가지 방법을 구현해야합니다 – object Clone()와 T Clone(). 아니요. 감사 IEnumerable합니다.

   이미 지적했듯이 상속의 복잡성도 있습니다. 공분산이이 문제를 해결하는 것처럼 보이지만 파생 된 형식 ICloneable<T>은 자체 형식 을 구현해야 하지만 Clone()기본 클래스 와 동일한 서명 (기본적으로 매개 변수)을 가진 메서드가 이미 있습니다. 새로운 클론 메소드 인터페이스를 명시 적으로 만드는 것은 의미가 없으며, 생성 할 때 추구했던 이점을 잃게됩니다 ICloneable<T>. new키워드를 추가하십시오 . 그러나 기본 클래스를 재정의해야한다는 것을 잊지 마십시오 ‘ Clone()(구현은 모든 파생 클래스에 대해 균일하게 유지되어야합니다 (즉, 모든 클론 메소드에서 동일한 객체를 반환해야하므로 기본 클론 메소드는이어야 함 virtual))! 그러나, 불행하게도, 당신은 할 수 없습니다 모두 override와new동일한 서명을 가진 메소드. 첫 번째 키워드를 선택하면를 추가 할 때 원하는 목표를 잃게됩니다 ICloneable<T>. 두 번째 것을 선택하면 인터페이스 자체가 깨져서 동일한 작업을 수행하는 메서드가 다른 객체를 반환하게됩니다.

2. 포인트

   당신이 원하는 ICloneable<T>편안하지만 편안 C #으로,가, 예를 들어 메서드와 속성을 외부 행동을 통일로 제한되어 있지만, (객체의 동작을하지 단일화 (일반 OOP에서) 그 의미는, 위해 설계 어떤 인터페이스를하지 않습니다 그들의 작업).

   첫 번째 이유가 아직 확실하지 않은 경우, ICloneable<T>복제 메소드에서 리턴 된 유형을 제한하기 위해 제한적으로 작동 할 수있는 오브젝트를 반대 할 수 있습니다. 그러나 불쾌한 프로그래머는 ICloneable<T>T가 그것을 구현하는 유형이 아닌 곳에서 구현할 수 있습니다. 따라서 제한을 달성하려면 일반 매개 변수에 좋은 제약 조건을 추가 할 수 있습니다.
   public interface ICloneable<T> : ICloneable where T : ICloneable<T>
   확실히없는 매개 변수 보다 더 제한적으로 T 는 인터페이스를 구현하는 유형으로 where제한 할 수 없습니다 ( 다른 유형 에서 파생 될 수 있음 ) 그것을 구현합니다).ICloneable<T>

   당신은이 목적조차도 달성 할 수 없었습니다 (원본 ICloneable도 이것에 실패하고 인터페이스가 실제로 구현 클래스의 동작을 제한 할 수는 없습니다).

보시다시피, 이것은 일반 인터페이스를 완전히 구현하기가 어렵고 실제로 불필요하고 쓸모 없게 만듭니다.

그러나 질문으로 돌아가서, 실제로 추구하는 것은 객체를 복제 할 때 위로를 얻는 것입니다. 이를 수행하는 두 가지 방법이 있습니다.

추가 방법

public class Base : ICloneable
{
    public Base Clone()
    {
        return this.CloneImpl() as Base;
    }

    object ICloneable.Clone()
    {
        return this.CloneImpl();
    }

    protected virtual object CloneImpl()
    {
        return new Base();
    }
}

public class Derived : Base
{
    public new Derived Clone()
    {
        return this.CloneImpl() as Derived;
    }

    protected override object CloneImpl()
    {
        return new Derived();
    }
}

이 솔루션은 사용자에게 편안함과 의도 된 동작을 모두 제공하지만 구현하기에는 너무 길다. 현재 유형을 리턴하는 “편안한”메소드를 원하지 않으면 그냥 사용하는 것이 훨씬 쉽다 public virtual object Clone().

그렇다면 “궁극적 인”솔루션을 보도록하겠습니다. C #에서 실제로 우리에게 편안함을주는 것은 무엇입니까?

확장 방법!

public class Base : ICloneable
{
    public virtual object Clone()
    {
        return new Base();
    }
}

public class Derived : Base
{
    public override object Clone()
    {
        return new Derived();
    }
}

public static T Copy<T>(this T obj) where T : class, ICloneable
{
    return obj.Clone() as T;
}

현재 Clone 메서드 와 충돌하지 않도록 Copy 라는 이름이 지정됩니다 (컴파일러는 확장 메서드보다 형식 자체 선언 된 메서드를 선호합니다). 제약은 속도가 (등을 확인 NULL 필요하지 않습니다)입니다.class

나는 이것이 왜하지 않는 이유를 명확히하기를 바랍니다 ICloneable<T>. 그러나 전혀 구현하지 않는 것이 좋습니다 ICloneable.

---

답변