XMLシリアル化可能クラスにパラメーターのないコンストラクターが必要な理由

Xmlシリアル化を行うコードを書いています。以下の機能付き。

public static string SerializeToXml(object obj)
{
    XmlSerializer serializer = new XmlSerializer(obj.GetType());
    using (StringWriter writer = new StringWriter())
    {
        serializer.Serialize(writer, obj);
        return writer.ToString();
    }
}

引数がパラメーターなしのコンストラクターのないクラスのインスタンスである場合、例外がスローされます。

未処理の例外：System.InvalidOperationException：CSharpConsole.Fooにはパラメーターのないコンストラクターがないため、シリアル化できません。System.Xml.Serialization.ModelScope.GetTypeModel（Type type、System.Xml.Serialization.TypeDesc.CheckSupported（）でSystem.Xml.Serialization.TypeScope.GetTypeDesc（Type type、MemberInfo sourc e、Boolean directReference、Boolean throwOnError）でSystem.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping（Type type、XmlRootAttribute root、String defaultNamespace）のSystem.Xml.Serialization.XmlSerializer..ctor（Type type、String defaultName space）のSystem.Xml.Serializationのブール値の直接参照）。 XmlSerializer..ctor（タイプタイプ）

XMLのシリアル化を成功させるために、パラメーターのないコンストラクターが必要なのはなぜですか？

編集：cfedukeの回答に感謝します。パラメーターなしのコンストラクターは、プライベートまたは内部にすることができます。

オブジェクトのシリアル化解除中に、オブジェクトのシリアル化解除を担当するクラスは、シリアル化されたクラスのインスタンスを作成し、作成するインスタンスを取得してから、シリアル化されたフィールドとプロパティの設定に進みます。

あなたのコンストラクタを作ることができるprivateか、internalただ、それがパラメータなしだとして、あなたがしたい場合。

これはの制限ですXmlSerializer。ただし、これは必要BinaryFormatterありDataContractSerializer ません。初期化されていないオブジェクトをイーサネットから作成し、逆シリアル化中に初期化できます。

xmlを使用しているのでDataContractSerializer、クラスを使用して[DataContract]/ [DataMember]でマークすることを検討する場合がありますが、これによりスキーマが変更されることに注意してください（たとえば、同等の[XmlAttribute]ものはなく、すべてが要素になります）。

更新：本当に知りたい場合は、コンストラクターを呼び出さずにオブジェクトを作成するためにBinaryFormatter使用FormatterServices.GetUninitializedObject()します。おそらく危険です。あまり頻繁に使用することはお勧めしません;-p MSDNの備考も参照してください。

オブジェクトの新しいインスタンスはゼロに初期化され、コンストラクターは実行されないため、オブジェクトは、そのオブジェクトによって有効と見なされる状態を表さない場合があります。現在のメソッドは、ユーザーがすぐにすべてのフィールドに入力するつもりである場合にのみ、逆シリアル化に使用する必要があります。不変タイプの空のインスタンスを作成しても意味がないため、初期化されていない文字列は作成されません。

独自のシリアル化エンジンを持っていますがFormatterServices、それを使用するつもりはありません。私は、コンストラクター（任意のコンストラクター）が実際に実行されたことを知るのがとても好きです。

正解はありません。

その名前とは逆に、XmlSerializerクラスはシリアル化だけでなく、逆シリアル化にも使用されます。これは、クラスが機能することを確認するために特定のチェックを実行します。これらのチェックの一部は、逆シリアル化にのみ関係しますが、後で何をするつもりなのかわからないため、とにかくすべて実行します。

クラスがパスしないというチェックは、逆シリアル化にのみ関連するチェックの1つです。ここで何が起こるかです：

• 逆シリアル化中に、XmlSerializerクラスはあなたのタイプのインスタンスを作成する必要があります。

• 型のインスタンスを作成するには、その型のコンストラクターを呼び出す必要があります。

• コンストラクターを宣言しなかった場合、コンパイラーはデフォルトのパラメーターなしコンストラクターをすでに提供していますが、コンストラクターを宣言した場合、それが使用可能な唯一のコンストラクターです。

• したがって、宣言したコンストラクターがパラメーターを受け入れる場合、クラスをインスタンス化する唯一の方法は、パラメーターを受け入れるコンストラクターを呼び出すことです。

• ただし、XmlSerializerは、パラメーターなしのコンストラクター以外のコンストラクターを呼び出すことができません。これは、パラメーターを受け入れるコンストラクターに渡すパラメーターがわからないためです。そのため、クラスにパラメーターなしのコンストラクターがあるかどうかを確認し、ないため、失敗します。

したがって、XmlSerializerシリアル化に関連するチェックのみを実行するようにクラスが記述されている場合、クラスは合格します。シリアル化については、パラメーターなしのコンストラクターが必要になることはまったくないためです。

他の人がすでに指摘しているように、問題の迅速な解決策は、単にパラメーターのないコンストラクターを追加することです。残念ながら、これはダーティソリューションでもありreadonlyます。これは、コンストラクターパラメーターからメンバーを初期化できないためです。

これらすべてに加えて、XmlSerializerクラスは、パラメーターなしのコンストラクターなしでクラスの逆シリアル化さえも可能にするような方法で記述されている可能性があります。必要なのは、「The Factory Method Design Pattern」（Wikipedia）を利用することだけです。その見た目から、MicrosoftはこのデザインパターンはDotNetプログラマーにはあまりにも高度すぎると判断しました。Microsoftによると、DotNetプログラマーはパラメーターのないコンストラクターを使用するほうがよいということです。

まず、これはドキュメンテーションに書かれていることです。これはメインフィールドではなくクラスフィールドの1つだと思います。デシリアライザがパラメータなしの構築なしでどのように構築するかを教えてください。

私はコンストラクタをプライベートにするための回避策があると思います。