GCは失敗。メモリは自分で管理せよ！ その2at TECHGCは失敗。メモリは自分で管理せよ！ その2 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト450:デフォルトの名無しさん 16/03/27 22:41:25.16 VNvh7E4d.net >>440 子要素をDisposeしていいかどうかもわからないってそりゃ設計サボってる以外のなんでもないだろう ちゃんと設計してればいつ削除してよいかなんてわかるはずだろ まともに設計もできないレガシーエンジニアは黙っててよ 設計に時間使わないとリソース云々以前に別のバグだらけになるぞ 451:デフォルトの名無しさん 16/03/27 23:42:37.04 Ng/EIIMI.net RAII信者は頭が悪いな 452:デフォルトの名無しさん 16/03/27 23:59:39.99 15KjVKPo.net >>443 自分の頭を検証しな 453:デフォルトの名無しさん 16/03/28 00:10:58.97 h9yZCrPP.net メンバにDispose持たせる設計って大抵ダメだよね 454:デフォルトの名無しさん 16/03/28 00:20:40.85 j/beyn8U.net >>440 前者(参照カウントGC)はRAIIができるが後者(マーク&スイープGC)ではできないというお前の 主張について言っているんだが？ 「最善が尽くされる」からRAIIができて、尽くされないからRAIIができないとでも言うのだろうかｗ >要するにマークスイープ系GCではDisposeのコンパイラによる自動生成が出来ないという大きなマイナスが有る 何度も例に挙げているC++/CLIでは、デストラクタを記述するとコンパイラによってDisposeが追加される。 そして、ローカルスコープに置いたオブジェクトに対してはスコープを抜ける際に自動的にdeleteが呼ばれる。 そこからdelete→Dispose→デストラクタと呼び出される。RAIIに必要なものは揃っているし、事実、可能だ。 もちろん、そのメモリ領域は別のタイミングでGCによって回収される。 ここまで説明しても理解できない低脳ならしょうがない。 やはりデストラクタとファイナライザの違いが理解できてないようだからそこから勉強しなおせ。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch