私のコンストラクタでこれにweak_ptrsを渡すにはどうしたらいいですか？

Question

私はDAGの一部となるクラスを作成しています。コンストラクタは他のインスタンスへのポインタをとり、それらを使用して依存関係リストを初期化します。
依存関係リストが初期化された後は、これを短くすることができます。インスタンスは、それ自体またはその子の依存関係として追加することはできません。

::std::shared_ptrはこれを処理するための自然です。 DAGを処理するための参照カウントが作成されました。

残念ながら、依存関係は依存関係を知る必要があります。依存関係が更新されると、その依存関係のすべてを伝える必要があります。
これは、::std::weak_ptrで壊れる可能性のある簡単なサイクルを作成します。依存関係は、去っていく扶養家族についてただ忘れることができます。

しかし、それが構築されている間、従属者が自分自身に::std::weak_ptrを作成する方法を見つけることができません。

これは動作しません：デストラクタで

object::object(shared_ptr<object> dependency) 
{ 
    weak_ptr<object> me = shared_from_this(); 
    dependency->add_dependent(me); 
    dependencies_.push_back(dependency); 
} 

このコードの結果はコンストラクタが終了する前に呼び出されます。

この問題を処理する良い方法はありますか？私はC++ 11のみのソリューションに満足しています。

Answer 1

コンストラクタの代わりに、関数を使用してグラフのノードを構築します。

std::shared_ptr<Node> mk_node(std::vector<std::shared_ptr<Node>> const &dependencies) 
{ 
    std::shared_ptr<Node> np(new Node(dependencies)); 
    for (size_t i=0; i<dependencies.size(); i++) 
     dependencies[i].add_dependent(np);  // makes a weak_ptr copy of np 
    return np; 
} 

あなたはこのstaticメンバ関数や、あなたのNodeクラスのfriend作る場合、あなたは実際のコンストラクタprivateを作ることができます。

Answer 2

基本的にはできません。 weak_ptrを作成するには、shared_ptrまたはweak_ptrが必要です。また、自分自身はのみをweak_ptrの形式でしか認識できないことは明らかです（そうでなければ、数え方の参照点がありません）。そして、もちろん、オブジェクトがまだ構築されていないときに自己shared_ptrが存在しない可能性があります。

Answer 3

私はあなたの質問が概念的にはgarbage collectionの問題に関連していると考えています。

GCは非モジュール化された機能です：プログラムのいくつかのグローバルプロパティを扱います（より正確には、ライブデータはプログラム内のグローバルでモジュール化されていないプロパティです。それはモジュラーで&構成方法です。 AFAIK、STLまたはC++の標準ライブラリは、グローバルプログラムの機能についてはあまり役に立ちません。

ガベージコレクタを使用する（または自分で実装する）可能性があります。 Boehm's GCは、あなたがプログラム全体でそれを使用できるのであれば、あなたにとって有用かもしれません。

また、問題に対処するためにGCアルゴリズムを使用することもできます（世代のものをコピーすることもできます）。

Answer 4

多分これは役立ちます：

は基本的にweak_ptrを保持しているenable_shared_from_thisから継承します。それについて オブジェクトを指しているとき、これはあなたがthis->shared_from_this();

のshared_ptrのクラスは、クラスから継承場合見て、クラスを使用するために知って使用できるようになりますweak_ptrを（別々に参照を数えてから2つの共有ポインタを防止する）

詳細：cppreference

Answer 5

できません。

ベストは、コンストラクタをプライベートにして、shared_ptrを新しいオブジェクトに返すパブリックファクトリ関数を持つことです。ファクトリ関数は、weak_ptrを初期化するポストコンストラクションのプライベートメソッドを呼び出すことができます。

Answer 6

残念ながら、依存関係はその扶養者を知る必要があります。これは、依存関係が更新されると、その依存関係のすべてを伝える必要があるためです。そして、些細なサイクルがあります。幸いなことに、このサイクルは:: std :: weak_ptrで壊れる可能性があります。依存関係は、去っていく扶養家族についてただ忘れることができます。

依存関係が存在しない限り、依存関係は依存関係を参照できません。たとえば、依存関係が破棄されても依存関係は破棄されます（つまり、DAGと同様）

その場合、単純なポインタ（この場合はthis）を渡すことができます。依存が死んでいなければ依存が死んだはずだから、依存が生きていれば依存関係をチェックする必要はありません。

オブジェクトがshared_ptrによって所有されているからといって、それ自体のすべてのポインタ自体がshared_ptrsまたはweak_ptrsでなければならないわけではありません。ポインタが無効になったときに明確なセマンティクスを定義する必要があります。

Answer 7

単一のオブジェクト（DAG内のノード）とそれらのオブジェクトのコレクションを管理するなど、多少異なるアイテムにコンバートしようとしているように聞こえます。

class DAG { 

    class node { 
     std::vector<std::weak_ptr<node> > dependents; 
    public: 
     node(std::vector<weak_ptr<node> > d) : dependents(d) {} 
    }; 

    weak_ptr<node> root; 
}; 

今は、DAGがしかむしろ直接nodeのインスタンスを扱うよりも、weak_ptr<node>を保持することは事実かもしれません。しかし、ノード自体には、これは多かれ少なかれ無関係です。それは、それ自身の扶養家族のリストと一緒に含まれるどんなキー/データ/ etcでも維持する必要があります。

同時に、DAG内にネストすることで（特に、nodeのクラス定義をDAGに限定した場合）、nodeへのアクセスを最小限に抑えることができるため、他のコードではnode。状況によっては、コンパイラがデフォルトで生成するノードの関数（ほとんどの？）を削除すること（たとえば、デフォルトのctor、copy ctor、代入演算子）を行うこともできます。

Answer 8

これも私をナットにしています。

私は、サイクルを中断するためのポインタを使用する方針を採用することを検討しました...しかし、私は本当にweak_ptrの意図があなたのコードでそれを見るときにどれほど明確であるかが好きなので、そこにサイクルを壊す）。

今私は自分自身のweak_ptrクラスの作成に傾いています。