- Rubyの設計上の欠点とは何か？
47 ：デフォルトの名無しさん[sage]：2014/10/13(月) 04:51:43.36 ID:yJLU3TGp - >>46
満足したらもう来ないでね。
あなた無しで進行するからｗ
|
- GCは失敗。メモリは自分で管理せよ！
100 ：デフォルトの名無しさん[sage]：2014/10/13(月) 14:38:15.95 ID:yJLU3TGp - >>99
それは「解放する方法」であって
手動か自動かは関係ないよ。
|
- GCは失敗。メモリは自分で管理せよ！
104 ：デフォルトの名無しさん[sage]：2014/10/13(月) 16:38:33.91 ID:yJLU3TGp - >>101
> それでよかったのに
よくなかっただろ？
クラス内部でメモリが確保されている場合（つまりオブジェクトを返す関数）
誰が解放するのかわからない。
クラスに解放してもらうのが一般的だがそうすると、malloc / free だけじゃなく
> GetWindowDC 関数を呼び出してウィンドウデバイスコンテキストを取得した場合や、
> GetDC 関数を呼び出して共通デバイスコンテキストを取得した場合は、
> その後、ReleaseDC 関数を呼び出してデバイスコンテキストを解放しなければなりません。
みたいなルールがクラスごとに大量にできることになる。
|