問題タブ [serializable]

VS2005 チーム ビルドの新しい問題:

会社のプラットフォーム用のモバイル クライアントのソリューションをローカルでビルドすると、すべてがうまくいき、大きな問題なくコンパイルが行われますが、チーム ビルドでまったく同じソリューションを使用すると、次の問題が発生します。

ソリューション: TB Client.sln、プロジェクト: Client.PocketPC.UIAPI.csproj、コンパイル エラーと警告
EnumBackgroundImages.cs(10,6): エラー CS0246: タイプまたは名前空間名 'Serializable' が見つかりませんでした (ディレクティブまたはアセンブリ参照を使用していますか?)

私は他のプロジェクトに [Serializable] 属性を持っていますが、問題はありません。まったく同じアセンブリ参照と使用ディレクティブがあり、それらはすべてローカル マシンとビルド マシンでコンパイルされ、すべての参照はビルド マシンなどで問題ありません。
何を試すべきか、これ以上のアイデアはありません。

XmlSerializer を使用して次のコードをシリアル化する場合。

次のxmlを取得します

次のタグの名前 (商品と小文字の商品) を取得するにはどうすればよいですか?

データテーブルの形式でクラスオブジェクトのリストを表示するためのデバッガビジュアライザーが1つあります。ただし、コードの制限は、クラスがシリアル化可能である必要があることです。つまり、[Serializable]としてマークされている必要があり、クラスがSerializableとマークされていない場合、デバッガーがクラッシュします。したがって、クラスがSerializableとマークされていない場合、実行時にクラスをSerializableにする方法を教えてもらえますか？

SQLServer セッション変数にシリアル化し、WCF サービスで使用できるようにする必要があるクラスがあります。以下のように宣言しました

しかし、このサービスを呼び出そうとすると、トレース ログに次のエラーが表示されます。

「System.Runtime.Serialization.InvalidDataContractException: タイプ 'BarProxybcb100e8617f40ceaa832fe4bb94533c' は ISerializable にすることはできず、DataContractAttribute 属性を持つことはできません。」

Serializable 属性を取り出すと、WCF サービスは機能しますが、オブジェクトをセッションにシリアル化できない場合。クラス Bar から DataContract 属性を削除すると、WCF サービスが失敗し、

データ コントラクト名が「BarProxy3bb05a31167f4ba492909ec941a54533: http://schemas.datacontract.org/2004/07/」の「BarProxy3bb05a31167f4ba492909ec941a54533」は想定されていません。既知の型のリストに静的に認識されていない型を追加します。たとえば、KnownTypeAttribute 属性を使用するか、DataContractSerializer に渡される既知の型のリストにそれらを追加します。

foo クラスに KnownType 属性を追加してみました

しかし、私はまだ同じエラーが発生します。

誰でもこれで私を助けることができますか?

どうもありがとう

デイブ

（サブジェクト（セキュリティ）を保存するために）休止状態でシリアライズ可能な型を使用する必要があります。これはすべて正常に機能します。

次のデータベースの基礎となるデータベースの種類が何であるかを知る必要があるだけです。

• MSSQL - 「イメージ」を使用しました
• db2 -
• ポストグル -
• mysql -

ありがとう..

ドキュメントをバイト配列に変換してディスクに保存し、ファイルを元の形式に再構築できることを確認します（ファイル名などのメタデータがある限り）。

[Serializable]クラスをetcでマークする必要があるのはなぜですか? 「メタデータ」タイプの情報と同じ考え方なので、オブジェクトをそのクラスにキャストすると、適切にマップされますか?

serializable 属性でマークされていないオブジェクトを永続化する必要があります。オブジェクトは、変更できないサードパーティのライブラリからのものです。

ファイルシステムなどの永続的な場所に保存する必要があるため、最適な解決策はオブジェクトをファイルにシリアル化することですが、シリアル化可能としてマークされていないため、それは単純なソリューションではありません。

これはかなり複雑なオブジェクトで、他のオブジェクトのコレクションも保持しています。

これを解決する方法について何か意見はありますか？このコードは本番環境では決して実行されないため、ほとんどすべてのソリューションとパフォーマンスで問題ありません。

保存されたシリアル化されたオブジェクトをデータ ファイルからロードするときの変数の参照に問題があります。同じオブジェクトを参照するすべての変数は、変更時に更新されないようです。問題を説明するコードを以下に抜粋しました。

このコードを実行すると、test1 と test2 は同じオブジェクトを参照しなくなります。私の知る限りでは、test2 の宣言で test1 への参照になるため、そうするべきです。test1 が更新されると、test2 は変更を反映し、コードで呼び出されたときに新しいオブジェクトを返す必要があります。ここで重要な何かが欠けているのでしょうか、それとも Java の変数参照がどのように機能するかについて誤解されているのでしょうか?

私はMoqに完全に慣れていないので、 System.Reflection.Assemblyクラスのモックを作成しようとしています。私はこのコードを使用しています：

しかし、テストを実行すると、次の例外が発生します。

MoqでISerializableクラス（のような）をモックする正しい方法を教えてください。System.Reflection.Assembly

前もって感謝します！

Hibernate 3.0 を使用して SQL Server データベースに接続する Websphere Portal プロジェクトを継承しました。

このプロジェクトには約 130 の Hibernate テーブル クラスがあります。それらはすべてSerializableを実装しています。いずれも serialVersionUID フィールドを宣言していないため、Eclipse IDE はこれらすべてのクラスに対して警告を表示します。

これらのクラスが Serializable を実装する必要はありますか?
もしそうなら、生成されたserialVersionUIDフィールドを一度に多数のクラスに追加するツールはありますか(警告を消すためだけに)?