C ++ मानक समिति भाषा में नए कीवर्ड जोड़ने से कतराती है, फिर भी C ++ 11 के साथ ऐसा नहीं था। कुछ उदाहरण:
constexpr
decltype
thread_local
auto // New usage
noexcept
nullptr
static_assert
alignof
alignasक्या C ++ 14 के साथ कोई नया कीवर्ड लाया गया है?
जवाबों:
तालिका 4 (कीवर्ड) N3936 में (C ++ 14):
alignas continue friend register true
alignof decltype goto reinterpret_cast try
asm default if return typedef
auto delete inline short typeid
bool do int signed typename
break double long sizeof union
case dynamic_cast mutable static unsigned
catch else namespace static_assert using
char enum new static_cast virtual
char16_t explicit noexcept struct void
char32_t export nullptr switch volatile
class extern operator template wchar_t
const false private this while
constexpr float protected thread_local
const_cast for public throwतालिका 4 में N3337 (C ++ 11):
alignas continue friend register true
alignof decltype goto reinterpret_cast try
asm default if return typedef
auto delete inline short typeid
bool do int signed typename
break double long sizeof union
case dynamic_cast mutable static unsigned
catch else namespace static_assert using
char enum new static_cast virtual
char16_t explicit noexcept struct void
char32_t export nullptr switch volatile
class extern operator template wchar_t
const false private this while
constexpr float protected thread_local
const_cast for public throw... जो "नहीं" कहने का एक लंबा-चौड़ा तरीका है।
( overrideऔर finalकर रहे हैं "विशेष अर्थ के साथ पहचानकर्ता" और तालिका 3 में सूचीबद्ध हैं, andआदि कर रहे हैं "वैकल्पिक निरूपण ... कुछ ऑपरेटरों और punctuators के लिए" और टेबल 5. न तो मेज सी ++ 11 और C के बीच बदल में सूचीबद्ध हैं ++ 14.)
registerकीवर्ड अभी भी उपयोगी है या नए C ++ 11 कोड में उपयोग किया गया है?
इसी तरह के सवालों के जवाब खोजने के लिए उपकरण देने के लिए मैं यह उत्तर पोस्ट कर रहा हूं।
मानक मसौदे को वर्तमान में सार्वजनिक GitHub रिपॉजिटरी में रखा गया है। इसका मतलब है कि आप GitHub से यह सवाल पूछ सकते हैं!
कीवर्ड तालिका फ़ाइल पर है source/lex.tex। यदि आप इस पर कोई दोष लगाते हैं, तो हम पा सकते हैं कि कीवर्ड तालिका में अंतिम परिवर्तन अगस्त 2011 में हुआ था (यह वास्तव में पहली प्रतिबद्धता है: उस तालिका में परिवर्तन नहीं हुआ है क्योंकि रेपो उस समय के आसपास C ++ 11 में लाइव हुआ था को अंतिम रूप दिया जा रहा था)।
वैकल्पिक रूप से हम गिटहब को दो ड्राफ्ट की तुलना करने के लिए कह सकते हैं जो मानक के दोनों संस्करणों के लिए मतपत्र के लिए भेजे गए थे: एन 3337 और एन 3936। उन दो के बीच एक अंतर दिखाता है कि lex.texकीवर्ड तालिका में कुछ भी परिवर्तन नहीं हुए हैं।
C ++ 14 के साथ कोई नया कीवर्ड नहीं जोड़ा जाएगा। यह C + 14 के रूप में आश्चर्यजनक है, C ++ 11 में एक छोटे से अपग्रेड के रूप में है जो मुख्य रूप से बग को साफ करने और छोटे, कम प्रभाव, सुधार करने में शामिल है। अगला बड़ा बदलाव C ++ '17' होने की संभावना है जहां मैं एक बार फिर नए कीवर्ड की उम्मीद करूंगा।
C ++ मानक समिति भाषा में नए कीवर्ड जोड़ने से कतराती है, फिर भी C ++ 11 के साथ ऐसा नहीं था।
मुझे लगता है कि यह विचार करने के लायक है कि समिति नए कीवर्ड जोड़ने से क्यों कतराती है (और सह-संयोग से आप autoअपनी सूची में शामिल करने के लिए गलत क्यों हैं )। नए कीवर्ड के साथ मुख्य समस्या यह है कि C ++ में आप किसी कीवर्ड को पहचानकर्ता के रूप में उपयोग नहीं कर सकते हैं जिसका अर्थ है कि नया कीवर्ड जोड़ने से मौजूदा कोड टूट जाता है। autoफिर, Repurposing , उनके नियम को नहीं तोड़ता क्योंकि कोई भी मौजूदा कोड उपयोग नहीं कर सकता थाauto पहचानकर्ता के रूप में है ।
इसलिए एक नए कीवर्ड को स्वीकार करने के लिए एक औचित्य होना चाहिए जो मौजूदा कोड के साथ संभावित टकराव की लागत को दूर करता है और नए कीवर्ड के बिना एक ही चीज़ को लागू करने का कोई समझदार तरीका नहीं है। C ++ 11 के मामले में, समिति ने कुछ प्रस्तावों को स्वीकार किया, जिन्हें नए कीवर्ड की आवश्यकता थी क्योंकि उन्हें लगा कि लाभ ने लागत को बढ़ा दिया है क्योंकि वे नए कीवर्ड जोड़ने से नफरत नहीं करते हैं।
यह भी क्यों, यदि आप अपने द्वारा दी गई सूची को नीचे देखते हैं, तो हर एक एक कंपाउंड कीवर्ड है क्योंकि यह संभावना कम करता है कि वे अन्य पहचानकर्ताओं के साथ टकराएंगे।