私は、彼らがこのコードを持っているthis記事、読んでいた：逆シリアル化にはキャストが必要ですか？
// Serialization
XmlSerializer s = new XmlSerializer(typeof(ShoppingList));
TextWriter w = new StreamWriter(@"c:\list.xml");
s.Serialize(w, myList);
w.Close();
// Deserialization
ShoppingList newList;
TextReader r = new StreamReader("list.xml");
newList = (ShoppingList)s.Deserialize(r);
キャスト文の最後の行ですが？もしそうなら、それは直列化のパフォーマンスを低下させませんか？
はい最後の行はキャストステートメントです。キャスティングにはコストがかかりますが、シリアライゼーションのコストと比較するとそれほど重要ではありません。私はそれがプロファイラに現れることさえ疑う。
シリアライゼーションの内容を考えてください。バイト配列とデータ型
間
EDITなぜ、キャストする必要があるのか。
ここにはいくつかの理由があります。 1つ目は、逆シリアル化APIはバイトストリームのタイプを調べる前にそれが何であるかを知る方法がないことです。したがって、メタデータの戻り値の型に関してAPIが持つ唯一の選択肢は、Objectです。
第2に、直列化解除は文字通り直列化可能な任意の型をサポートする必要があります。これを機能させるには、直列化できるすべての型に適用可能なメソッドの戻り値の型を選択する必要があります。それを満たす唯一のタイプはオブジェクトです。
キャストは、デシリアライズコスト自体と比較して非常に安いです。デシリアライゼーションのプロセスはかなり複雑です。単一の（動作する）キャストはほとんど時間がかかりません。
もちろんあなたが良いバージョニングの話で、高速、ポータブル、コンパクトな直列化に興味があるなら、あなたはプロトコルバッファを見てする必要があります。
（他のシリアライズfrがあります。また、Thriftのようなものもあります。）
ありがとうございました。私は実際にどのようにシリアル化がボンネットの下で動作するかはわかりません。なぜキャストが必要なのか分かりませんか？すなわち、なぜそれはタイプセーフではないのですか？ –
ジェネリックスの前に作成されたAPIの戻り値の型を調べます。あなたがそれを避けるためにできることはあまりありません。 –
ありがとうございました。したがって、キャストせずに型を返すシリアライザを使用することは可能ですか？好奇心からちょうど:) –
Deserializeは、正しいクラスにキャストするためにtypeオブジェクトを返します。
これがデシリアライズに影響を与えるかどうかは、それがShoppingListの一部であることを望みます。
Deserialize（）メソッドはオブジェクトを返し、正しい型にキャストする必要があります。
キャストは、主に、コンパイラがその型を推論することができないため、オブジェクト型が何であるかをコンパイラに伝えています。タイプが指定したタイプ（または指定されたタイプのサブタイプ）でない場合、ランタイムは引き続きInvalidCast例外を生成します。
キャスティングの実際のコストは最小です。あなたは
newList = s.Deserialize(r);
にコード
newList = (ShoppingList)s.Deserialize(r);
の最後の行を変更した場合
コンパイラはキャストに戻って追加されます。私はRed Gateの.NET Reflectorでこれを確認しました。したがって、キャストのコストにかかわらず、その型付きオブジェクトを使用する必要がある場合は、それを実行する必要があります。
ありがとうございます。私が思った理由は、私のアプリケーションで私の保存ファイルシステムのシリアル化を使用したいが、ファイルに何百万ものオブジェクトが含まれている可能性があるからです。なぜキャストが必要なのか分かりませんか？すなわち、なぜそれはタイプセーフではないのですか？ –
@ Joanデシリアライゼーションエンジンは、基になるデータを読み取る前にタイプを認識しないため、キャストが必要です。また、APIはジェネリックより前から存在していたので、typeとしてオブジェクトを返すように強制されました。 – JaredPar
Jaredさん、ありがとうございました。したがって、キャストせずに型を返すシリアライザを使用することは可能ですか？ –