System.ObjectにCloneメソッドを入れなかったのはなぜですか？

Question

だから私は私のC＃の本を読んでいると、それはオブジェクトのディープコピーを作成するためのメソッドを作成する方法の例があります。

[Serializable] 
public class DeepClone : IDeepCopy<DeepClone> 
{ 
    public int data = 1; 
    public List<string> ListData = new List<string>(); 
    public object objData = new Object(); 
    public DeepClone DeepCopy() 
    { 
     BinaryFormatter BF = new BinaryFormatter(); 
     MemoryStream memSfream = new MemoryStream(); 
     BF.Serialize(memStream,this); 
     memStream.Flush(); 
     memStream.Position = 0; 
     return (DeepClone)BF.Deserialize(memStream); 
    } 
} 

をしかし、この方法DeepCopyは、それが依存していないことを十分に一般的ですオブジェクトの他のメンバ上にある。

public int data = 1; 
    public List<string> ListData = new List<string>(); 
    public object objData = new Object(); 

オブジェクト。私が知る限り、この方法はいずれもclassに入れることができ、まったく同じように動作します。さらに、オブジェクトをコピーする方法は、多くのC＃プログラマーが、初めて言語を使用するときに、this threadの人気が証明するような質問です。

これはなぜSystem.Objectにクローン機能が指定されていないのかという質問が表示されます。結局のところ、プログラマはGetHashcodeメソッドよりも多くの場合、Cloneメソッドが必要になると思います。

Answer 1

すべてのクラスがクローニングをサポートするわけではありません。その定義によるシングルトンオブジェクトは複製できません。 OOは、そのようなクラスにはCloneメソッドが含まれてはならないと規定しています。クラスはSystem.Objectの継承を避けることができないため、そのレベルでメソッドを導入すべきではありません。 （同じ理由で方法ToString()、Equals()とGetHashCode()に適用すべきであるが、私は誰かがそうでなければ決定推測。）

をインタフェースの特徴に加えて、クローニングは、例えば、それはそうほど自明ではありません子オブジェクトが親に​​参照を格納するときたとえば、（WinFormsや他の）コントロールをクローンすると、親コントロールではなく、子コントロールもクローンされたほうがよいでしょう。クローンを作成する必要があり、複製しないクローンが必要ですか？これにより、すべてのケースで正しくクローンを実装することが（不可能ではないにしても）難しくなります。