- Lupakan Pengumpulan Sampah (Gunakan RAII). Perhatikan bahwa Pengumpul Sampah bahkan dapat bocor juga (jika Anda lupa untuk "membatalkan" beberapa referensi di Java / C #), dan Pengumpul Sampah tidak akan membantu Anda membuang sumber daya (jika Anda memiliki objek yang memperoleh pegangan untuk file, file tidak akan dibebaskan secara otomatis ketika objek akan keluar dari ruang lingkup jika Anda tidak melakukannya secara manual di Jawa, atau menggunakan pola "buang" di C #).
- Lupakan aturan "satu pengembalian per fungsi" . Ini adalah saran C yang baik untuk menghindari kebocoran, tetapi sudah usang dalam C ++ karena penggunaan pengecualian (gunakan RAII sebagai gantinya).
- Dan sementara "Pola Sandwich" adalah saran C yang baik, itu sudah usang dalam C ++ karena penggunaan pengecualian (gunakan RAII sebagai gantinya).
Posting ini tampaknya berulang, tetapi dalam C ++, pola paling dasar untuk diketahui adalah RAII .
Belajar menggunakan pointer pintar, baik dari boost, TR1 atau bahkan auto_ptr yang rendah (tapi seringkali cukup efisien) (tetapi Anda harus tahu keterbatasannya).
RAII adalah dasar dari pengecualian keselamatan dan pembuangan sumber daya di C ++, dan tidak ada pola lain (roti lapis, dll.) Yang akan memberi Anda berdua (dan sebagian besar waktu, itu tidak akan memberi Anda apa pun).
Lihat di bawah ini perbandingan kode RAII dan non 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.
}
Untuk meringkas (setelah komentar dari Ogre Psalm33 ), RAII bergantung pada tiga konsep:
- Setelah objek dibangun, itu hanya berfungsi! Dapatkan sumber daya di konstruktor.
- Penghancuran objek sudah cukup! Apakah sumber daya gratis di destructor.
- Ini semua tentang ruang lingkup! Objek yang dilingkupi (lihat contoh doRAIIStatic di atas) akan dibangun pada deklarasi mereka, dan akan dihancurkan saat eksekusi keluar dari ruang lingkup, tidak peduli bagaimana jalan keluarnya (return, break, exception, dll.).
Ini berarti bahwa dalam kode C ++ yang benar, sebagian besar objek tidak akan dibangun dengan new, dan akan dideklarasikan pada stack. Dan bagi mereka yang dibangun menggunakan new, semua akan entah bagaimana dicakup (misalnya terpasang pada smart pointer).
Sebagai pengembang, ini memang sangat kuat karena Anda tidak perlu peduli dengan penanganan sumber daya manual (seperti yang dilakukan dalam C, atau untuk beberapa objek di Jawa yang membuat penggunaan intensif try / finallyuntuk kasus itu) ...
Edit (2012-02-12)
"Benda yang dicakup ... akan dihancurkan ... tidak peduli jalan keluar" itu tidak sepenuhnya benar. ada cara untuk menipu RAII. setiap rasa mengakhiri () akan memotong pembersihan. exit (EXIT_SUCCESS) adalah sebuah oxymoron dalam hal ini.
- wilhelmtell
Wilhelmtell benar tentang itu: Ada yang luar biasa cara untuk menipu RAII, semuanya mengarah ke proses berhenti mendadak.
Itu adalah cara luar biasa karena kode C ++ tidak dikotori dengan terminate, exit, dll., Atau dalam kasus dengan pengecualian, kami ingin pengecualian yang tidak ditangani untuk menghentikan proses dan inti membuang gambar memorinya sebagaimana adanya, dan tidak setelah pembersihan.
Tetapi kita harus tetap tahu tentang kasus-kasus itu karena, walaupun jarang terjadi, mereka masih bisa terjadi.
(siapa yang memanggil terminateatau exitdalam kode C ++ biasa? ... Saya ingat harus berurusan dengan masalah itu ketika bermain dengan GLUT : Perpustakaan ini sangat berorientasi C, akan secara aktif merancang untuk membuat hal-hal sulit bagi pengembang C ++ seperti tidak peduli tentang stack data yang dialokasikan , atau memiliki keputusan "menarik" tentang tidak pernah kembali dari loop utama mereka ... Saya tidak akan berkomentar tentang itu) .