私は、ブーストシリアル化ライブラリを使用して大きな(幾何学的な)グラフ構造をシリアル化しようとしています。boost :: serializationで再帰的なグラフ構造を直列化するときにスタックオーバーフローを防ぐ方法は?
私は次のように私の構造がある、ある、隣接リストとしての私のグラフを保存:私のグラフ>で
class Node {
double x,y;
std::vector<Node*> adjacent_nodes;
...
}
class Graph {
std::vector<Node*> nodes;
...
}
は今、10Kは私の問題は、私は(保存)シリアル化するために起動したときにということ、であるノード、グラフが接続されているため、それらのノードのすべてを再帰的に呼び出すことになります。
より正確には、グラフをシリアライズするときは、「ノード」ベクトルの最初のノードをシリアル化することから始めます。そうする間に、第1のノードの「隣接ノード」を直列化する必要がある。第2のノードが含まれる。
したがって、最初のノードのシリアル化を返す前に2番目のノードをシリアル化する必要があります。
2010年のthis threadが見つかりました。誰かが全く同じ問題を説明しました。しかし、彼らはそこで働く解決策には出てこなかった。
ご協力いただければ幸いです。
詳細に私の構造:
class Node {
double x,y;
std::vector<Node*> adjacent_nodes;
public:
inline double get_x() const { return x; }
inline double get_y() const { return y; }
inline std::vector<Node*> const& get_adjacent_nodes() const { return adjacent_nodes; }
Node (double x, double y):x(x),y(y) {}
void add_adjacent(Node* other) {
adjacent_nodes.push_back(other);
}
private:
Node() {}
friend class boost::serialization::access;
template <class Archive>
void serialize(Archive &ar, const unsigned int) {
ar & x;
ar & y;
ar & adjacent_nodes;
}
};
class Simple_graph {
std::vector<Node*> nodes;
void add_edge(int firstIndex, int secondIndex) {
nodes[firstIndex]->add_adjacent(nodes[secondIndex]);
nodes[secondIndex]->add_adjacent(nodes[firstIndex]);
}
public:
/* methods to get the distance of points, to read in the nodes, and to generate edges */
~Simple_graph() {
for (auto node: nodes) {
delete node;
}
}
private:
friend class boost::serialization::access;
template <class Archive>
void serialize(Archive &ar, const unsigned int) {
ar & nodes;
}
};
編集:ドミニクDevienneを理由に、上記のスレッドで行われたいくつかの提案を追加するには:
1)彼らなしですべてのノードを保存最初のパスのトポロジ情報が のベクトルであるため、すべての「追跡」ポインタが記録されます。 それぞれのトポロジ情報を書き込んでから、「再帰」しません。 はすでにシリアライズされたポインタに "ref"を書き込むだけです。
2)のみ「トラッキング」へのポインタを追加するポインタ、 への「弱参照」を書くために可能性を持っている、それは「本当に」はまだ書かれていなかったと言って特別なフラグ にマップされるようにまだ書き込まれていないノードのトポロジ を書き込むことは、これらの隣接ノードの への「前方参照」に類似しています。ノードは実際には後で をオンにするか、決してそれを書くことはありません。シリアライゼーションではそれを正しく処理する必要があります。
#1は、ブーストシリアル化の変更を必要としませんが、クライアントコードにonusを置きます。特に、 ネイバーを「外部的に」保存する必要があるため、カプセル化されていないため、サーフェスノードのサブセット の書き込みがより複雑になります。
#2は、前方参照に遭遇したときに実際のオブジェクトを先読みする必要があり、さらにそれを求める場所を への別のマップにする必要があります。それはブースト シリアライゼーションと互換性がないかもしれません(私はそれについてほとんど知らないと告白します)。
これらの提案はいずれも実装可能ですか?
ありがとうございました。あなたが戻って読むとき、私は後に人口になるダミーノードを作成することを提案した。どのようにこれを非直列化プロセスに適合させることができますか?新しいノードが所定のダミーの場所に作成されることを保証する可能性はありますか?または、ノードを作成する場所を予測できますか? – cero
@cero私は、ブーストのシリアライゼーションの詳細に慣れていないので、デシリアライズする前にベクトルを 'Node *'に置くことができるかどうか、またはブーストが常にそれを行うのかどうかはわかりません。その場合、最後の段落で示唆したように、隣り合ったノードのインデックスをすべて保持してから、戻ってすべてを読み終えたらポインターに変換する必要があります。ノードは常に「ノード」の方が早いので(すでにデシリアライズされています)、プロセス中に作成されたポインタを参照するだけで済みます。 – 1201ProgramAlarm
さらに詳しい研究をした後、ポインタに基づいたデータ構造の使用を主張すれば、これが本当に唯一の方法だと私は考えています。私の場合は、洗練された双方向のデシリアライゼーションの代わりに、インデックスのベクトルでポインタのベクトルを置き換えました。 完全には満足しているわけではありませんが、あなたの答えは私が得ることができるほど近いと思います。ありがとうございました。私はあなたの答えを受け入れたものとしてマークします。 – cero