[過去ﾛｸﾞ]
GCは失敗。メモリは自分で管理せよ！ その2©2ch.net (720ﾚｽ)
GCは失敗。メモリは自分で管理せよ！ その2©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1447856699/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
163: デフォルトの名無しさん [sage] 2015/12/05(土) 12:34:30.29 ID:eGerJrSR だからメモリを自動開放してほしいときはスマートポインタを使えばよいだろ 循環参照が無い限りshared_ptrで問題ないだろ 循環参照がある場合はどちらかをweak_ptrにすれば済む話だろ 現実にshared_ptrの様な物が存在して無いなら、そういう議論も意味があるが 実際にはshared_ptrは現実に有るのだから、自動管理したい場合は使えばよいだけの話でしかない http://mevius.5ch.net/test/read.cgi/tech/1447856699/163
164: デフォルトの名無しさん [sage] 2015/12/05(土) 12:38:09.16 ID:eGerJrSR むしろ議論すべきはshared_ptrのような参照カウンタ方式のスマポと 言語ビルドインのマークスイープ系のGCとで どちらが良いか、だろう 参照カウンタ方式は循環参照で問題を起こすし マークスイープ系のGCはいつ実行されるか分からない http://mevius.5ch.net/test/read.cgi/tech/1447856699/164
165: デフォルトの名無しさん [sage] 2015/12/05(土) 13:11:12.91 ID:eGerJrSR つまり、完璧なGCは無いということだ 完璧なGCが無い以上、使う側が状況に合わせて選べた方が良いわけだが そうなるとC++/CLIのような変体言語しかないのが残念だ http://mevius.5ch.net/test/read.cgi/tech/1447856699/165
183: デフォルトの名無しさん [sage] 2015/12/05(土) 15:39:23.63 ID:eGerJrSR C++にfinallyが無いのが気に食わない 今はラムダが有るのでマクロでそれっぽいものを自作したが 標準で用意しておいてほしい C++はリソースを自分で管理する傾向のある言語なのに finallyが無いのは本来おかしいよな ラッパー作ってRAIIを徹底しろってことなんだろうけど すべてのリソースに対してラッパーを用意するのは面倒だよ fainallyが有ったって邪魔になるわけでもないのに 最終的に使うかどうかは利用者が選べばよいことだし C++ってそういう言語だろ http://mevius.5ch.net/test/read.cgi/tech/1447856699/183
193: デフォルトの名無しさん [sage] 2015/12/05(土) 19:38:41.80 ID:eGerJrSR >>191 throwせずにreturnするパスが有ったらどうするんだよ そういうのを防ぐためのfinallyやRAIIなのに まったくちんぷんかんぷん 結局returnする前に手動で忘れないようにthrowすることを強制するんなら goto文とか開放用ラムダ呼び出すのとかと替わらないだろ http://mevius.5ch.net/test/read.cgi/tech/1447856699/193
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.028s