سي++11  سي++11  هي إصدار معاير للغة البرمجة سي++. تم التصديق عليها من المنظمة الدولة للمعاير في 12 أغسطس 2011 بدلا من سي++03، ثم استبدلت بسي++14 في 18 أغسطس 2014، وفيما بعد بسي++17 والتي ما زالت قيد التطوير. الاسم يتبع تقليد تسمية إصدارات اللغة بسنة نشر المواصفات، رغم أنها سميت سابقا "C++0x" لأنه كان من المتوقع أن تنشر قبل عام 2010.  على الرغم من أن أحد أهداف التصميم هي تفضيل التغيير في المكتبات على التغيير في نواة اللغة، إلا أن سي++11 تضمنت إضافات عديدة لنواة اللغة. أجزاء نواة اللغة التي تم تحسينها بشكل كبير تتضمن دعم الخيوط المتعددة ودعم  البرمجة العمومية والتهيئة الموحدة والأداء. تم عمل العديد من التغييرات الجوهرية أيضا لمكتبة سي++ القياسية، حيث تم دمج معظم مكتبات تقرير سي++ الفني 1 فيما عدا مكتبة الوظائف الرياضية الخاصة.  تم نشر سي++11 كـ "ISO/IEC 14882:2011" في سبتمبر 2011 وهو متاح مقابل رسوم. مسودة العمل الأكثر شبها بمعيار سي++11 المنشور هي N3337 بتاريخ 16 يناير 2012  وهي تحتوي فقط على تصليحات تحريرية لمعيار سي++11.  حاولت لجنة التصميم الالتزام بعدد من الأهداف عند تصميم سي++11: اعتُبِر الاهتمام بالمبتدئين أمرا هاما، لأن معظم مبرمجين الحاسوب مبتدئين، ولأن الكثير منهم لا يوسعون معرفتهم أبدا مقيدين أنفسهم بالعمل باللغة المتخصصين بها فقط.  أحد وظائف لجنة السي++ هي تطوير نواة اللغة. أجزاء نواة اللغة التي تم تحسينها بشكل كبير تتضمن دعم الخيوط المتعددة ودعم البرمجة العمومية والتهيئة الموحدة والأداء.  من أجل أهداف هذا المقال، فقد تم تجميع ميزات وتعديلات نواة اللغة إلى أربعة أقسام عاملة: تحسينات الأداء في وقت التنفيذ، تحسينات الأداء في وقت البناء، التحسينات المتعلقة بسهولة الاستخدام، القدرات الوظيفية الجديدة. بعض الميزات يمكن أن تتبع أكثر من قسم، لكنها ذكرت فقط في القسم الذي يمثل هذه الميزة بشكل رئيسي.  ميزات اللغة هذه تتواجد بشكل رئيسي لتوفير بعض فوائد الأداء، سواء للذاكرة أو للسرعة الحاسوبية.  في سي++03 وما قبلها وكما هو الحال في السي، فإن المؤقتات temporaries (تسمى القيم اليمنى rvalues حيث أنها تكون عادة على الجانب الأيمن من معامل التخصيص) لا تكون قابلة للتعديل أبدا ولا يمكن تمييزها من الانواع codice_1، ومع ذلك ففي بعض الحالات يمكن تعديل المؤقتات، وهو سلوك كان يعتبر مخرجا مفيدا. في سي++11 تم إضافة نوع مرجعي جديد غير ثابت يسمى قيمة يمينية مرجعية وتعرف بـcodice_2. وهذا يشير إلى المؤقتات التي يسمح بتعديلها بعد تهيئتها، بغرض السماح «بدلالات النقل».  المشكلة المزمنة في الأداء في سي++03 هي النسخ العميق deep copy المكلف والغير ضروري والذي يحدث ضمنيا عند تمرير الكائنات بالقيمة. لتوضيح ذلك اعتبر أن codice_3 غلافاً حول مصفوفة داخلية ذات حجما ما. إذا تم إنشاء كائن codice_3 مؤقت وإرجاعه من دالة، فسيمكن تخزينه فقط بإنشاء كائن codice_3 جديد ونسخ بيانات كل القيم اليمنى إليه. ثم يتم تدمير الكائن المؤقت وكل الذاكرة المخصصة له (لتبسيط هذا النقاش تم إهمال عملية تحسين القيمة المرجعة).  مشيد النقل move constractor في سي++11 للصنف codice_3 والذي يأخذ قيمة يمنى مرجعية من codice_3 يمكنه نسخ مؤشر المصفوفة الداخلية من القيمة اليمنى إلى الكائن codice_3 الجديد، ثم تغيير المؤشر داخل القيمة اليمنى إلى القيمة لا شيء (Null). وبما أن الكائن المؤقت لن يُستخدَم مرة أخرى أبدا فليس هناك أي أوامر ستحاول الوصول إلى ذلك المؤشر الداخلي، ولأن المؤشر يشير على لا قيمة فإن الذاكرة لن تُحذَف عند الخروج من مجال الدالة. وبالتالي فإن هذه العملية لا تستغني عن نفقات النسخ العميق فقط لكنها أيضا آمنة ومخفية.  يمكن للقيم اليمنى المرجعية أن توفر فوائد الأداء للأوامر البرمجية الموجودة دون الحاجة لعمل أي تعديلات خارج المكتبة القياسية. نوع القيمة المرجعة من الدالة التي تعيد codice_3 مؤقت لا تحتاج التغيير الصريح إلى codice_10 لاستدعاء مشيد النقل، حيث تعتبر المؤقتات قيم يمينية تلقائياً (ومع ذلك إذا كان codice_3 في الإصدار سي++03 بدون مشيد النقل فسيتم استدعاء مشيد النسخ بـcodice_12 مسبباً استهلاك مساحة كبيرة من الذاكرة).  لأسباب متعلقة بالسلامة فقد تم فرض بعض القيود. فالمتغيرات المسماة لا يتم اعتبارها أبداً قيمة يمينية، حتى لو تم تعريفها كذلك. وللحصول على قيمة يمينية فيجب استخدام قالب الدالة codice_13. ولا يمكن تعديل القيم اليمنى المرجعية إلا في ظروف معينة، حيث أنها معدة بشكل رئيسي للاستخدام مع مشيدات النقل.  بسبب طبيعة صياغة القيم اليمنى المرجعية وبسبب بعض التعديلات في صياغة القيم اليسرى المرجعية (المراجع العادية) فإن القيم اليمنى المرجعية تسمح للمطورين بتوفير إعادة توجيه أفضل للدوال function forwarding. وعند الجمع مع القوالب متغيرة المعطيات variadic templates فإن هذه القدرة تسمح للدوال ذات القوالب بإعادة توجيه المعطيات لدالة أخرى يمكنها أخذ تلك المعطيات. تعد الاستفادة الأكبر لإعادة توجيه معطيات المشيد هي إنشاء دوال مُصنّعة factory functions والتي ستستدعي تلقائياً المشيد الصحيح لتلك المعطيات. وقد تم رؤية ذلك في مجموعة emplace_back من دوال مكتبة سي++ القياسية.  دائما ما كان لدى السي++ مفهوم التعبيرات الثابتة constant expression. هذه التعبيرات مثل codice_14 تعطي نفس النتيجة دائماً، في وقت الترجمة compile time وفي وقت التنفيذ run time. تعد التعبيرات الثابتة من فرص التحسين للمترجمات، حيث تقوم المترجمات غلباً بتنفيذها في وقت الترجمة وتضع النتيجة بدلاً من التعبير نفسه في البرنامج. أيضا في كثير من الأماكن تتطلب مواصفات سي++ استخدام التعبيرات الثابتة. فتعريف مصفوفة يتطلب تعبير ثابت وقيم القائمة العددية enumerator يجب أن تكون تعبيرات ثابتة.  ومع ذلك فإن التعبيرات الثابتة لم تسمح أبداً باستدعاء دالة أو مشيد لكائن. لذلك فإن مجموعة الأوامر البسيطة التالية غير مقبولة:  int some_value[get_five() + 7]; // إنشاء مصفوفة من 12 عنصر، غير مقبول في السي بلس بلس ذلك لم يكن مقبول في سي++03 لأن codice_15 ليست تعبير ثابت. مترجم سي++03 لم يكن قادراً على معرفة ما إذا كان codice_16 ثابت فعلا في وقت التنفيذ. نظرياً هذه الدالة يمكن أن تؤثر على متغير كوني global variable أو استدعاء دوال أخرى غير ثابتة في وقت التنفيذ، إلخ.  قدمت سي++11 الكلمة المفتاحية codice_17 والتي تسمح للمستخدم في وقت الترجمة أن يضمن أن الدالة أو مشيد الكائن ثابتاً. المثال السابق يمكن إعادة كتابته كالتالي:  int some_value[get_five() + 7]; // إنشاء مصفوفة من 12 عنصر، مقبول في السي++11 هذا يسمح للمترجم من الفهم والتأكد من أن codice_16 ثابتة وقت الترجمة.  استخدام codice_17 مع الدالة يفرض بعض القيود على ما يمكن للدلة أن تفعله. أولا يجب أن يكون نوع البيانات المرجع من الدالة غير فارغ codice_20. ثانيا داخل جسم الدالة لا يمكن الإعلان عن متغيرات أو تعريف أنواع بيانات جديدة. ثالثا جسم الدالة يمكن فقط أن يحتوي على إعلانات أو جمل فارغة null وجملة إرجاع واحدة. يجب أن يتواجد قيم معطيات بحيث أنه بعد ابدال المعطيات فإن التعبير في جملة الإرجاع ينتج تعبير ثابت.  قبل سي++11 كان يمكن استخدام قيم المتغيرات في التعبيرات الثابتة فقط إذا كانت المتغيرات معلن عن أنها ثابتة بـcodice_21 وتم تهيئتها بتعبير ثابت ونوعها أرقم صحيحة أو قائمة عددية. في سي++11 تم حذف القيد المتعلق بأن يكون نوع المتغيرات أرقام صحيحة أو قائمة عددية إذا تم تعريفها باستخدام الكلمة المفتاحية codice_17: constexpr double earth_gravitational_acceleration = 9.8; constexpr double moon_gravitational_acceleration = earth_gravitational_acceleration / 6.0; هذه المتغيرات ثابتة ضمنياً codice_21 ويجب أن تهيأ بتعبير ثابت.  لإنشاء قيم بيانات تعبير ثابت من أنواع بيانات معرفة من قبل المستخدم فإن المشيدات يمكن أيضا الإعلان عنها بـcodice_17. جسم دالة مشيد المعلن عنه كتعبير ثابت يمكن أن يحتوى على إعلانات وجمل فارغة فقط، ولا يمكن الإعلان عن متغيرات أو تعرف أنواع بيانات كما هو الحال مع الدوال المعلن عنها بـcodice_17. يجب أن تتواجد قيم معطيات بحيث أنه بعد ابدال المعطيات فإن تهيئة عناصر الصنف سينتج تعبيرات ثابتة. المهدمات لهذه الأنواع يجب أن تكون بسيطة.  عادة يجب تعريف مشيد النسخ لصنف لديه مشيدات تعبيرات ثابتة بأن يكون هو أيضا تعبير ثابت، وذلك للسماح للكائنات من هذا صنف أن يتم إرجاعها بالقيمة من دالة تعبير ثابت. يمكن الإعلان عن أي دالة عضو في الصنف مثل مشيدات النسخ والتحميلات الزائدة للمعاملات وغيرهم كتعبير ثابت طالما أنها مستوفية لشروط الدوال ثابتة التعبير. وهذا يسمح للمترجم أن ينسخ الكائنات في وقت الترجمة ويؤدي العمليات عليهم، إلخ.  إذا تم استدعاء دالة أو مشيد تعبير ثابت بمعطيات غير ثابتة التعبير، فإن الاستدعاء يتصرف كما لو أن الدالة ليست تعبير ثابت، وقيمة النتيجة لا تكون تعبير ثابت كذلك. بالمثل إذا كان تقييم التعبير في جملة الإرجاع لدالة تعبير ثابت لا ينتج تعبيراً ثابتاً فإن النتيجة لن تكون تعبير ثابت.  تم إدخال عددا من الميزات الجديدة في المكتبة القياسية لسي++11. العديد منها يمكن تنفيذها تحت المعيار القديم، لكن البعض يعتمد على الميزات الجديدة للنواة في سي++11.  جزء كبير من المكتبات الجديدة تم تعريفه في ملف التقرير الفني لمكتبة لجنة معايير السي++ (يسمى التقرير الفني 1 أو اختصارا TR1)، والذي نُشِر في عام 2005. العديد من التنفيذات الكاملة والجزئية للتقرير متاحة حاليا باستخدام النطاق الاسمي codice_26. وقد تم نقلهم في سي++11 إلى النطاق الاسمي codice_27. ومع ذلك فلاضافة ميزات التقرير الفني 1 إلى المكتبة القياسية لسي++11 فقد تم تحديثها بحيث تلائم ميزات لغة سي++11 والتي لم تكن متاحة عند الإصدارة المبدئية للتقرير الفني. وأيضا يمكن أن تكون محسنة مع الميزات الممكنة تحت سي++03 ولكن لم تكن جزء من المواصفات الأصلية للتقرير الفني.  اللجنة تعتزم الآن عمل تقرير فني ثاني (سيسمى التقرير الفني 2 أو اختصارا TR2) حيث اكتملت معايير سي++11. اقتراحات المكتبة التي لم تكن جاهزة في وقتها لسي++11 ستوضع في التقرير الفني 2 أو أي تقارير فنية إضافية.  للتوافق مع اللغة سي (من سي99) تم إضافة التالي: