- ガベージコレクションを忘れてください（代わりにRAIIを使用してください）。ガベージコレクタもリークする可能性があることに注意してください（Java / C＃で一部の参照を「null」にするのを忘れた場合）、ガベージコレクタはリソースの破棄を支援しません（ハンドルを取得したオブジェクトがある場合）ファイルの場合、Javaで手動で行わなかったり、C＃で「破棄」パターンを使用したりしないと、オブジェクトがスコープから外れたときに、ファイルは自動的に解放されません。
- 「関数ごとに1つのリターン」ルールを忘れてください。これはリークを回避するための良いCのアドバイスですが、例外を使用しているため、C ++では古くなっています（代わりにRAIIを使用してください）。
- また、「サンドイッチパターン」はCの良いアドバイスですが、 例外を使用しているため、C ++では古くなっています（代わりにRAIIを使用してください）。
この投稿は繰り返しのようですが、C ++では、最も基本的なパターンはRAIIです。
スマートポインターの使用方法を学習します。両方とも、boost、TR1、または低い（ただし十分に効率的である）auto_ptrです（ただし、その制限を知っている必要があります）。
RAIIは、C ++での例外の安全性とリソースの破棄の両方の基礎であり、他のパターン（サンドイッチなど）が両方を提供することはありません（ほとんどの場合、それは何も提供しません）。
RAIIコードと非RAIIコードの比較を以下に示します。
void doSandwich()
{
T * p = new T() ;
// do something with p
delete p ; // leak if the p processing throws or return
}
void doRAIIDynamic()
{
std::auto_ptr<T> p(new T()) ; // you can use other smart pointers, too
// do something with p
// WON'T EVER LEAK, even in case of exceptions, returns, breaks, etc.
}
void doRAIIStatic()
{
T p ;
// do something with p
// WON'T EVER LEAK, even in case of exceptions, returns, breaks, etc.
}
要約すると（Ogre Psalm33からのコメントの後）、RAIIは3つの概念に依存します。
- オブジェクトが構築されると、それは機能します！コンストラクタでリソースを取得してください。
- オブジェクトの破壊で十分です！デストラクタでリソースを解放します。
- それはすべてスコープについてです！スコープ付きオブジェクト（上記のdoRAIIStaticの例を参照）は、それらの宣言時に構築され、実行がどのように終了（リターン、ブレーク、例外など）しても、実行がスコープを出ると破棄されます。
つまり、正しいC ++コードでは、ほとんどのオブジェクトはで作成されずnew、代わりにスタックで宣言されます。そして、を使用して構築されたものについてはnew、すべてが何らかの形でスコープされます（たとえば、スマートポインターにアタッチされます）。
開発者として、これは実際に非常に強力です（Cで行われるように、またはtry/ finallyを集中的に使用するJavaの一部のオブジェクトに対して）手動のリソース処理を気にする必要がないため...
編集（2012-02-12）
「スコープ付きオブジェクト...破壊されます...出口に関係なく」それは完全に真実ではありません。RAIIをだます方法があります。terminate（）のフレーバーはクリーンアップをバイパスします。exit（EXIT_SUCCESS）は、この点に関して矛盾している。
– ヴィルヘルムテル
wilhelmtellはそのことについてかなり右である：あり、例外 RAIIをごまかすための方法は、すべてのプロセス急停止につながります。
C ++コードが終了や終了などで散らかされないため、これらは例外的な方法です。または、例外が発生した場合、未処理の例外がプロセスをクラッシュさせ、メモリイメージをそのままクリーンアップしてコアをダンプしたいので、クリーニングした後ではありません。
ただし、これらのケースについては、ほとんど発生しませんが、発生する可能性があるため、引き続き知っておく必要があります。
（誰が呼び出したterminateかexitカジュアルなC ++コードに...私は一緒に遊んでたときにその問題に対処することを覚えて？GLUT：このライブラリは非常にC-配向され、これまでのように積極的にC ++開発者は、思いやりのない好きなことは、物事を困難にするために設計していきますスタックデータを割り当てられた、または約「面白い」の決定持つ彼らのメインループから戻ってくることはありませんが ...私は）それについてはコメントはありません。