問題タブ [circular-reference]

コンポーネントで構成されるアセンブリを表すモデルがあります。コンポーネントは (それ自体が) アセンブリである場合もあります。次のようになります。

アセンブリにコンポーネントを追加するとき、追加されるのはアセンブリ自体でも、チェーンの別のアセンブリでもないことを確認したいと思います。事実上、何レベル下に行っても、アセンブリはそれ自体を含むことはできません。

私の考えは、コンポーネントが保存されたときにツリーをたどって、コンポーネント自体を親、祖父母などとして探すことです。循環参照を避けようとしています。

これを行うための「簡単でRailsっぽい」方法はありますか? 他の提案はありますか？

asp.net mvc を使用して新しいアプリケーションを作成しています。依存性注入として munq IOC コンテナーを使用しています。問題は、mvc プロジェクトのすべてのコントローラーとインフラストラクチャ プロジェクトのリポジトリ..依存関係解決プロジェクトを mvc アプリの参照として追加する必要があります。これが出発点です...しかし、問題は、この別のアプリにコントローラーを登録するためです。依存関係解決プロジェクト自体の mvc...しかし、循環参照が発生するため、そのようなことはできません..

この問題を解決するにはどうすればよいですか？または、依存関係の解決を管理する最良の方法は何ですか? Global.asax にすべてを登録したくありません。

質問：循環参照を避けながら、2つのクラスを独自のファイルに分割したいと思います。

私はいくつかのクラス（およびいくつかの列挙と定数）を持つユニットを持っています。誰もがタペット兄弟のクリックアンドクラックを認識します：

今は明らかに私の2つのクラスTClickでありTClick、非常に複雑です。管理しやすくするために、既存の外部コードを壊さずに、独自のユニットに分割TClickして分割したいと思います。TClack

それで私の最初の亀裂は次のようになります：

完璧です、私はで利用可能なすべての同じクラスを持っていますCartalk.pas、今私はただ書く必要がCartalk_Click.pasありCartalk_Clack.pasます：

もちろん、問題はそれでTTappetBrotherありTSolution、このユニットでは宣言されていません。そこで、彼らが住んでいる場所への参照を追加し、usesそれが失敗するのを見て、私の質問の中心に到達します：

との間に循環参照がCartalkありCartalk_Clickます。

注：もちろん、私はCartalkユニットを持っていません。クリックして、タッパー兄弟をクラックします。これは単なる例です。実際には、ユニットに3つのクラス、20の列挙、および293の定数があります。

この xml の場合:

私はこのスキーマを持っていますが、これはw3 schema validation serviceに対して正常に検証されるようで、スキーマは上記の XML を正常に検証します。残念なことに、xsd.exe やその他のツールによってエラーが報告されることがあります。あれは正しいですか？循環グループ参照は XML スキーマによって許可されていませんか? ありがとう！

更新:スキーマは私のものではありません。変更できません:(

私は得る：

私を助けてくださいありがとう:s

私のコード:

image.py:

画像ブロブ:

このような関係でメモリ リークを回避するにはどうすればよいでしょうか。

前もって割り当てを解除する必要があるかどうかわからない場合はroot、それが不要になったことだけを気にします。参照カウントはどのように、どこでゼロになりますか?

また、Leaks アプリケーションはこれをリークとして検出しますか? リークと思われるものを追跡しようとしているときに、これに噛まれた可能性があると思いますが、リークはリークがないと主張しています. 子はまだ親を参照しており、その逆も同様であるため、Leaks はオブジェクトがまだ参照されていると見なし、したがってリークしていないと思います。

誰かがこれを説明できますか？

とは [...]？

ここから次のコードを見てください。
これは、wcfでシリアル化するときに、データコントラクト（オブジェクトモデル、オブジェクトグラフ、ドメインモデル）で循環参照を保持することです。

CreateDataContractSerializer無限ループ（stackoverflow）を生成していませんか？したがって、前述のCreateSerializerメソッドも生成していませんか？

今、これらの方法は使用されていないのでしょうか？ここで何が欠けていますか？

JSON asp.net 3.5SP1 WebService (WCF ではなく、scriptservice属性を持つ従来の asp.net WebService) からオブジェクトを返そうとすると、「タイプ 'Geo.Bound' のオブジェクトをシリアル化中に循環参照が検出されました」というメッセージが表示されます。自己参照の読み取り専用プロパティが原因のエラー:

簡略化されたコード:

• インターフェイスの実装に使用されるため、読み取り専用プロパティを保持したいと思います。
• 「IsReference:=True」属性を Bound クラスに追加しても、何も変わりません。
• DataContractJsonSerializer (この例のように、webservice のコンテキスト外: link text ) を使用すると、機能し、正しい JSON が得られます。
• 「Bds」読み取り専用プロパティを削除すると機能します!!

理由がわかりません！これは読み取り専用のプロパティであり、DataMember 属性がなく、IgnoreDatamember 属性があり、シリアル化することは想定されていません。

「Bds」プロパティを保持し、循環参照例外を取り除く方法は?

ありがとう ！

Nodeオブジェクトで表される巡回グラフのような構造があります。Nodeは、スカラー値 (葉) または n>=1 Nodes (内部ノード)のリストです。

循環参照が発生する可能性があるため、すべての子ノードの HashCode() を結合する再帰 HashCode() 関数を単純に使用することはできません。無限再帰になってしまいます。

HashCode() の部分は、フラグを立てて既にアクセスしたノードを無視することで少なくとも実行できるように見えますが、Equals() の機能する効率的なアルゴリズムを考えるのに苦労しています。

驚いたことに、これに関する有用な情報は見つかりませんでしたが、多くの賢明な人々がこれらの問題を解決するための良い方法を考えたことは確かです...そうですか?

例 (python):

A は B と同じです。これは、まったく同じグラフを表すためです。

ところで。この質問は特定の言語を対象としているわけではありませんが、Java で説明されているNodeオブジェクトに hashCode() と equals() を実装することは、実用的な良い例です。