シングルトンまとめ

普通のC++使い、銀天すばる @SubaruG

シングルトンの get で取得したポインタを外部でdeleteする方が悪いと思うの。 http://d.hatena.ne.jp/pknight/20100423/1272013131

普通のC++使い、銀天すばる @SubaruG

一応 unique_ptr を使えば解決出来るけど、そこまでして頑張る必要性も感じないにゃー。

普通のC++使い、銀天すばる @SubaruG

singleton は shared_ptr を使うべきか否か。…うん、冗長だねー。リークしない保証は素敵だけど。

普通のC++使い、銀天すばる @SubaruG

リークじゃないか。

普通のC++使い、銀天すばる @SubaruG

shared_ptr は絶対に Dangling が起きない。

普通のC++使い、銀天すばる @SubaruG

マルチスレッドの場合はそうでもないけど、シングルスレッドなら絶対にだ。

普通のC++使い、銀天すばる @SubaruG

循環参照があればリークはする。

相沢陽菜 @fetus_hina

@SubaruG プロセス実行中一発しかつくらなくて、プログラム中明示的に解放しないのはリークではないねー。

普通のC++使い、銀天すばる @SubaruG

@fetus_hina 用語的にはリークでないのかもしれませんが、デストラクタが呼ばれないのは勘弁です＞＜

普通のC++使い、銀天すばる @SubaruG

インスタンス取得で生参照ではなく shared_ptr を返すようにすれば、少なくとも解放順序による Dangling の問題は発生しない。

相沢陽菜 @fetus_hina

@SubaruG 解放するためだけにstatic なauto_ptrをgetInstance()に作ったりした。悲しい。

普通のC++使い、銀天すばる @SubaruG

ただし相互依存による解放漏れが起こる可能性は極めて高くなるから、どっちもどっちだけど。 そういう場合は weak_ptr を使うべきかにゃ。

普通のC++使い、銀天すばる @SubaruG

@fetus_hina それやったら解放順序で Dangling して落ちました。

相沢陽菜 @fetus_hina

@SubaruG 後始末が複雑だとそうか、あり得るか

隅須正昭 @nagoya313

とりあえず今はシングルトントークがなされてるのかな？

普通のC++使い、銀天すばる @SubaruG

@fetus_hina Modern C++ Design でも一章丸々使って解説してる面倒な問題です…。

普通のC++使い、銀天すばる @SubaruG

@nagoya313 つ http://d.hatena.ne.jp/pknight/20100423/1272013131

普通のC++使い、銀天すばる @SubaruG

とりあえず生ポインタを返すインスタンス取得関数はクソだと思うんだ。

普通のC++使い、銀天すばる @SubaruG

生ポインタってのは意図が明確でない。

普通のC++使い、銀天すばる @SubaruG

僕みたいな人間は、生ポインタが帰ってきたら、そいつは資源を所有して「ない」と判断するけど、そう判断しない人もいる。

普通のC++使い、銀天すばる @SubaruG

所有してないなら参照で、所有してるならスマポで、それぞれ返そうぜ。

隅須正昭 @nagoya313

生ポインタが帰ってくる場合はスマポに入れて使ってほしいと勝手に解釈します。

普通のC++使い、銀天すばる @SubaruG

とりあえず http://d.hatena.ne.jp/pknight/20100423/1272013131 の例を僕好みに書き換えてみた。 http://ideone.com/RURyQ

隅須正昭 @nagoya313

生ポインタ返しの方が入れるスマポが選べる分良い気もする。

普通のC++使い、銀天すばる @SubaruG

(auto|unique)_ptr に入れて release すればいい。 RT @nagoya313: 生ポインタ返しの方が入れるスマポが選べる分良い気もする。