問題タブ [serializable]

フィールドとして別のオブジェクトを持つオブジェクトをシリアル化する必要があります。

問題は、参照されているこのオブジェクトが、コードを持っていない別の DLL からのものであることです。したがって、[Serializable]属性を追加することはできません。

どのように行うかについて何か提案はありますか？Serializer独自のクラスを作成することを考えていましたが、別の方法はありますか?

このクラスのインスタンスをマーシャルすると...

...次の例外がスローされます...

どうすればこれを回避できますか（typeパラメーターをのようなものに変更せずに<T>）？

C#:Serializable()属性は、クラスインスタンスを別のフォームに渡すことを防ぎますか?

次のクラスがあり、アプリケーションの設定モジュールを構築しようとしています。しかし、settingForm メソッドで _configurator にアクセスしようとすると、「オブジェクト参照がオブジェクトのインスタンスに設定されていません」という例外が発生します。なんで？

引数なしのコンストラクターとシリアライズ可能な実装を必要とせずにシリアライズする方法はありますか?

C# では、ジェネリッククラスと具象クラスがあるとします。

ConcreteUser をマークする必要がありますか、[Serializable]または継承がそれを処理しますか?

XMLRoot / XMLElementの使用とSerializable（）属性の使用の違いは何ですか？それぞれをいつ使用するかをどのように知ることができますか？

サーバー Tomcat 6.0 の起動中にこのエラーが発生するのはなぜですか?

オブジェクトをシリアル化する 2 つのメソッドがあり、正常に動作します。

ここでの問題は、オブジェクトを逆シリアル化するときに EOFException が発生することです!:

私は非常に単純なクラス階層を持っています:

Serializableを実装する LongIdDropdownOption の新しいインスタンスを作成すると、それをシリアル化します。次に、すぐに逆シリアル化します。逆シリアル化されたオブジェクトの両方のフィールドが null に設定されます。

基本クラスに Serializable を実装すると、コードが正しく機能し始めます。私の質問は...なぜですか？

SNAPSHOT 分離を使用して、ロック、ブロック、またはダーティ/ファントム読み取りなしで一貫して表示するためにデータを読み取る際に、別のプロセスがシリアル化可能なトランザクションで継続的な受信データを処理しているときに問題はありますか?

ブロックされたり、更新をブロックしたりすることなく、一貫したデータを読み取ることができるリーダー (読み取り専用の保証: Web データ同期、リアルタイム監視ビューなど) が必要です。すべてに SNAPSHOT を使用していましたが、整合性エラーが多すぎたため、更新プロセスを SERIALIZABLE に切り替えました。

私は読んだことがありますが、異なる分離レベルを同時に使用することの影響については完全には明確ではありません。ロックの互換性マトリックスを見て、さまざまな情報を読みました。それは問題ないように思えますが、大きな落とし穴について実際の経験を持つ人々からの賢明なガイダンスに本当に感謝しています.

SERIALIZABLE トランザクションが書き込み中に、リーダーのスナップショット分離を使用する際に問題はありますか? SERIALIZABLE トランザクションをブロックする状況はありますか? SNAPSHOT と READ COMMITTED (READ_COMMITTED_SNAPSHOT ON) を使用する利点はありますか?

ありがとう、どんな支援も大歓迎です:-)