اكتساب الموارد تهيئة

#include <fstream>
#include <iostream>
#include <mutex>
#include <stdexcept>
#include <string>

void WriteToFile(const std::string& message) {
 // |mutex| is to protect access to |file| (which is shared across threads).
 static std::mutex mutex;

 // Lock |mutex| before accessing |file|.
 std::lock_guard<std::mutex> lock(mutex);

 // Try to open file.
 std::ofstream file("example.txt");
 if (!file.is_open()) {
  throw std::runtime_error("unable to open file");
 }

 // Write |message| to |file|.
 file << message << std::endl;

 // |file| will be closed first when leaving scope (regardless of exception)
 // mutex will be unlocked second (from lock destructor) when leaving scope
 // (regardless of exception).
}

هذا الرمز آمن للاستثناء لأن سي ++ يضمن تدمير جميع كائنات المكدس stack في نهاية النطاق المضمن، والمعروف باسم فك المكدس. وبالتالي، يتم ضمان تدمير المدمرين لكل من كائنات القفل والملف عند الإرجاع من الدالة، سواء تم طرح استثناء أم لا. [7]

تسمح المتغيرات المحلية بإدارة سهلة لموارد متعددة داخل وظيفة واحدة: يتم تدميرها بالترتيب العكسي للبناء، ويتم تدمير الكائن فقط إذا تم بناؤه بالكامل — أي إذا لم يتم نشر استثناء من مُنشئه. [8]

يعمل استخدام RAII على تبسيط إدارة الموارد إلى حد كبير، ويقلل الحجم الكلي للرمز ويساعد على ضمان صحة البرنامج. لذا ينصح بشدة باستخدام RAII في سي ++، وتتبع معظم مكتبة سي ++ القياسية المصطلح. [9]

يدير بيرل و بايثون (في تنفيذ سي بايثون ) و [10] و PHP [11] عمر الكائن عن طريق العد المرجعي، مما يجعل من الممكن استخدام RAII. الكائنات التي لم يعد مشار إليها يتم تدميرها على الفور أو انهائها وتحريرها، لذلك المدمر أوالمنهي يحرر الموارد في ذلك الوقت. ومع ذلك، فإنه ليس من المصطلح عليه دائما في مثل هذه اللغات، وغير منصوح به تحديدا في بايثون (لصالح مديري السياق وأدوات الإنهاء من حزمة weakref).

ومع ذلك، فإن عمر الكائن ليس بالضرورة مرتبطًا بأي نطاق، وقد يتم تدمير الكائنات بشكل غير حتمي أو لا يتم إطلاقها على الإطلاق. وهذا يجعل من الممكن تسريب الموارد عن طريق الخطأ التي كان ينبغي إطلاقها في نهاية نطاق ما. قد لا يتم انهاء الكائنات المخزنة في متغير ثابت (ولا سيما متغير عالمي) عندما ينتهي البرنامج، لذلك لا يتم تحرير مواردها ؛ على سبيل المثال سي بايثون لا تقدم أي ضمان لإنهاء مثل هذه الكائنات. علاوة على ذلك، لن يتم جمع الكائنات ذات العناوين المرجعية الدائرية بواسطة عداد مرجعي بسيط، وسوف تعيش لفترة غير محددة؛ حتى إذا تم جمعها (عن طريق جمع القمامة الأكثر تعقيدًا) ، فإن وقت التدمير وأمر التدمير سيكون غير حتمي. في سي بايثون هناك كاشف للحلقة والذي يحدد الحلقات وينهي الكائنات في الحلقة، على الرغم من أنه قبل سي بايثون 3.4 ، لم يتم تجميع الحلقات إذا كان أي كائن في الحلقة يحتوي على منهيات. [12]

• Stroustrup, Bjarne (1994). The Design and Evolution of C++. Addison-Wesley. Bibcode:1994dec..book.....S. ISBN 978-0-201-54330-8. الوسيط |CitationClass= تم تجاهله (مساعدة)

• نموذج للفصل: " Gotcha # 67: الفشل في توظيف اكتساب الموارد هو التهيئة " بقلم ستيفن سي ديهورست
• مقابلة: " محادثة مع Bjarne Stroustrup " بواسطة بيل فينرز
• عنوان المقالة: " قانون الكبار " بقلم بورن كارلسون وماثيو ويلسون
• مقال: " تنفيذ" اكتساب الموارد هو تهيئة "Idiom " بقلم داني كاليف
• مقال: " RAII والأجسام الديناميكية والمصانع في لغة C ++ " بقلم رولاند بيبينغر
• RAII في دلفي: " بطانة واحدة RAII في دلفي " بقلم باري كيلي

• بوابة علم الحاسوب