सी ++ 0x। शामिल नहीं है

नए मानक C ++ 0x के बारे में Habré के लेख पहले से ही चल रहे हैं - इसमें क्या प्रवेश करता है और इसका उपयोग कैसे करना है। और यह लेख इस बारे में है कि वहां क्या दर्ज किया जा सकता था, लेकिन कुछ कारणों से खारिज कर दिया गया था।

अवधारणाओं

अवधारणाएं एक ऐसी ठंडी चीज है जो टेम्पलेट्स के उपयोग को बढ़ाती है। संक्षेप में, अवधारणा हमें टेम्पलेट में उपयोग किए जाने वाले प्रकार के लिए आगे की आवश्यकताओं को रखने की अनुमति देती है। उदाहरण के लिए - आपको एक सार्वजनिक निर्माणकर्ता और विध्वंसक की उपस्थिति की आवश्यकता हो सकती है, एक विशिष्ट इंटरफ़ेस और कुछ अन्य चीजों के लिए समर्थन। एक विचार है कि अवधारणाएं बहुत उपयोगी हो सकती हैं - त्रुटियों की संख्या को कम करें, टेम्पलेट प्रकारों के साथ काम करते समय बेवकूफ़ संकलक संदेशों से बचें, टेम्पलेट प्रकार के उपयोगकर्ता को एक समझ दें कि यह प्रकार अपने तर्क के साथ क्या करता है। सामान्य तौर पर, शांत। कुछ ऐसा ही है, उदाहरण के लिए, C # में।
जुलाई 2009 में C ++ 0x के मसौदे से अवधारणाओं को हटा दिया गया था जिसमें "तैयार नहीं" शब्द था। इसके कई कारण थे:

1. प्रस्तावित रूप में, यह बहुत चालाक निकला। अवधारणाओं का वर्णन करने वाले पूरक को डेढ़ सौ पृष्ठ लगे (इस तथ्य के बावजूद कि बाकी मानक लगभग 800 है)। यह थोड़ा जटिल था। उन्होंने इसे सरल बनाने की कोशिश की - लेकिन यह और भी बदतर निकला। आधे लोगों ने शिकायत करना शुरू कर दिया कि उन्होंने आवश्यक चीजों को काट दिया है, दूसरा - कि बाकी अभी भी जटिल था।
2. प्रोग्रामर के व्यक्तिगत समूहों के एक जोड़े ने एक व्यक्तिगत पहल के हिस्से के रूप में, संकलक में अवधारणाओं को लागू करने की कोशिश की। जीसीसी में, बिल्कुल। यह निकला, उदाहरण के लिए, यह और कुछ विकल्प। उन सभी ने संकलन और परिणामस्वरूप कार्यक्रमों के काम में बहुत ही औसत प्रदर्शन दिखाया। और न केवल अवधारणाओं का उपयोग करने वाले उदाहरणों पर, बल्कि सामान्य टेम्पलेट्स पर भी। कार्यान्वयन को "एक सैद्धांतिक संभावना साबित करने" के रूप में मान्यता दी गई थी, लेकिन वास्तविक उपयोग के लिए उपयुक्त नहीं है।

2 से अधिक वर्षों के लिए, विभिन्न लोगों ने इस सभी छलांग के साथ कुछ करने की कोशिश की है। लेकिन पूरी भीड़ के लिए 2 साल जो एक नया C ++ मानक विकसित करने की कोशिश कर रहा है वह सिर्फ एक पल है। कुछ भी हल करना संभव नहीं था। नए मानक में कोई अवधारणा नहीं होगी। हालांकि हर कोई आशावादी है, वे मुस्कुराते हैं और लहर करते हैं। अधिक विवरण यहां पाया जा सकता है ।

कचरा इकट्ठा करने वाला

C ++ में स्वचालित कचरा संग्रह - यहां यह होलीवर के लिए एक उपजाऊ क्षेत्र है! अपने भाले, माउस और कीबोर्ड के महान शूरवीरों को तेज करें, क्योंकि यहां आप दोनों के बीच और विभिन्न ट्रॉल्स की भीड़ के साथ एक महान लड़ाई मिलेगी! खैर, यह प्रतीत होता है, पवित्र के पवित्र में कचरा संग्रह के लिए क्या - सी ++! दूसरी ओर, हर कोई जो अन्य भाषाओं में इस निषिद्ध फल को जानता है, नीचे देखा, नोट करता है कि यह मीठा है। तीसरे के साथ - इसे कैसे लागू किया जाए, # $%, C ++ में, या तो पिछड़े संगतता, या प्रकार सुरक्षा, या सामान्य ज्ञान को तोड़ने के बिना? चौथी - अच्छी तरह से, अन्य भाषाओं में, क्या आपने किसी तरह इस समस्या को हल किया है? पांचवीं, अन्य भाषाएं गृहिणियों और भारतीयों के लिए हैं, और C ++ उन लोगों के लिए है जो ताओ को जानते हैं। सामान्य तौर पर, इस विषय पर 25 वें विचार के बाद, मैं भटक जाता हूं और शुरुआत भूल जाता हूं। कहीं एक ही विमान में C ++ मानकीकरण समिति है। C ++ 0x में कोई कचरा संग्रहकर्ता नहीं होगा।

मॉड्यूल

आप शायद जानते हैं कि, यदि आवश्यक हो, तो इसे कई बार पुन: उपयोग करने के लिए एक घटक (पुस्तकालय) बनाएं, आपकी सामग्री का उत्पादन एक * .h फ़ाइल है और वास्तव में, एक संकलित पुस्तकालय (अच्छी तरह से या स्रोत, यदि आप ओपनसोर्स के लिए हैं)। इसी समय, अन्य भाषाओं में (उसी C # में) आउटपुट पर केवल एक ही कलाकृति होती है - लाइब्रेरी ही, जिसमें मेटाडेटा में इसके सभी प्रकारों और कार्यों का एक आत्म-वर्णन होता है। C ++ में मॉड्यूल आर्किटेक्ट का मुख्य विचार उसी को प्राप्त करना है। खुद के लिए न्यायाधीश: कई फाइलों की अनुपस्थिति स्वचालित रूप से कम अराजकता, कम desync त्रुटियों, कोड कार्यान्वयन के कम विवरण प्रकट करती है और आमतौर पर बहुत सुविधाजनक होती है। लेकिन इसका उपयोग कैसे किया जा सकता है अगर कोई * .एच फाइलें नहीं हैं? खैर, कुछ इस तरह से:

import std; // Module import directive. int main() { std::cout << “Hello World\n”; } 

स्रोत को हेडर और कार्यान्वयन फ़ाइलों में विभाजित करने की सदियों पुरानी परंपरा से छुटकारा पाने का विचार कल्पना को उत्तेजित करता है। दुनिया अभी इस तरह के झटकों के लिए तैयार नहीं है। C ++ 0x में, इस सुविधा की अपेक्षा न करें।
उद्यम का वर्णन करने वाला एक अच्छा दस्तावेज: www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2316.pdf

जीयूआई, मैथ स्पेशल फंक्शंस, नेटवर्किंग, फाइल सिस्टम

कई शुरुआती प्रोग्रामर, "हैलो वर्ल्ड" चरण को पार कर चुके हैं, जो वास्तविक जीवन के कार्यों से सामना कर रहे हैं और यह नोट करते हुए आश्चर्यचकित हैं कि अपने मूल कॉन्फ़िगरेशन (कंपाइलर + मानक पुस्तकालय) में C ++ जैसी शक्तिशाली और शांत भाषा में आप लगभग कुछ भी नहीं कर सकते हैं! आपको एक विंडो प्राप्त करने की आवश्यकता नहीं है, नेटवर्क पर 2 बाइट भेजें, या XML को पार्स करें। आपको केवल व्यक्तिगत पुस्तकालयों की खोज करनी है, ऑपरेटिंग सिस्टम एपीआई का उपयोग करना है, या मैन्युअल रूप से अलिखित कोड की कुंवारी भूमि को हल करना है। फिर "की भाषा में कूकी हैं और एक मानक के रूप में भाषा को गाने और नृत्य करने में सक्षम होंगे।" मानकीकरण समिति का मत अटूट है। मक्खियों - अलग से, और कटलेट - अलग से। पैराग्राफ की हेडिंग में इंगित की गई कुछ चीजें बस ओवरबोर्ड में फेंक दी जाती हैं, अन्य को अगले टीआर में विचार के लिए योजनाबद्ध किया जाता है। C ++ 0x में वे नहीं होंगे।

थ्रेड पूल, टास्क लॉन्चिंग, और रीडर-राइटर लॉक

समानांतर प्रोग्रामिंग के महत्व की एक आम समझ के साथ (और हमें यह स्वीकार करना चाहिए कि C ++ 0x में बहुत कुछ सब कुछ सिर्फ इसके लिए जोड़ा गया था), सभी संभव विचारों को लागू करने का कोई तरीका नहीं है। यानी मैं वास्तव में करना चाहूंगा, लेकिन मानक की रिलीज को अगले 5 वर्षों के लिए स्थगित करना आवश्यक होगा। लेकिन रिलीज की तारीख पहले ही निर्धारित की जा चुकी है, लाल रिबन खींचे जाते हैं, बुफे तालिकाओं पर वोदका को गर्म किया जाता है, और भुना हुआ ठंडा किया जाता है। इसलिए कोना शहर में बैठक में, "समझौता का कोना" अपनाया गया, जिसने अन्य चीजों के अलावा, थ्रेड्स के पूल और कुछ अन्य ठंडी चीजों को मानक से बाहर फेंक दिया, होनहार, हालांकि, उन्हें अगले टीआर या मानक में विचार करने के लिए।

मैक्रो स्कोप

Stroustrup के पृष्ठ पर अक्सर पूछे जाने वाले प्रश्नों में आप मैक्रोज़ की उनकी आलोचना को पढ़ सकते हैं। सामान्य तौर पर, यह आधुनिक युवाओं के प्रवेश द्वार पर दादी के विचारों के समान है: मैक्रोज़ कहते हैं, किसी भी सीमा को नहीं जानते हैं, वे दृश्यता, वर्ग, नाम स्थान और बाकी सभी क्षेत्रों के बारे में परवाह नहीं करते हैं। यह अनादर और रूपरेखा का परिवर्तन अक्सर मैक्रोज़ और अच्छे पुराने कोड के टकराव से भरा होता है, और कभी-कभी मैक्रोज़ खुद एक-दूसरे के साथ होते हैं। इन अपस्टार्ट को सैंडबॉक्स में अपनी जगह समझाने और इसके दायरे की रूपरेखा तैयार करना अच्छा होगा। इसे वैसा ही देखना चाहिए।
ईमानदारी से, मुझे यह जानकारी नहीं मिली कि इस विचार को मानक में शामिल क्यों नहीं किया गया। यह मुझे लगता है कि कोई भी वास्तव में इन समान क्षेत्रों और अच्छे पुराने #define और #undef निर्देशों की बातचीत के विवरण को नहीं समझता था। किसी तरह यह सब अनपेक्षित है। सामान्य तौर पर, अब तक यह चीज C ++ 0x में नहीं होगी।

प्रतिबिंब

जो लोग जानते हैं कि यह इस जगह पर चौंकाता है। जो लोग नहीं जानते हैं, मैं समझाता हूं - यह सभी भाड़े के उद्देश्यों के लिए डेटा प्रकारों और उनके इनसाइड के बारे में जानकारी प्राप्त करने और हेरफेर करने का एक तरीका है। आप यह पता कर सकते हैं कि क्या किसी विशिष्ट हस्ताक्षर के साथ कक्षा में कोई विधि है, या मक्खी पर विधि कोड को बदल सकते हैं, या बाहर से कक्षा की निजी पद्धति को कॉल कर सकते हैं या कुछ और कर सकते हैं। यह बात विभिन्न लॉगर, मोका, प्लगइन्स और अन्य चीजों के विकास में बहुत उपयोगी है। और, जैसा कि यह था, C ++ में प्रतिबिंब की कमी के लिए कोई उद्देश्य नहीं हैं - सभी आवश्यक जानकारी कोड में है, संकलक के पास है और इसे रनटाइम पर प्राप्त किया जा सकता है। कम से कम स्ट्रैसपुप इसके लिए कोई बाधा नहीं देखता है । लेकिन जाहिर है, कोई और देखता है। इसलिए C ++ 0x में कोई प्रतिबिंब नहीं होगा।

निष्कर्ष

कैथेड्रल और बाज़ार

अफसोस के साथ, मैं यह नोट करना चाहता हूं कि कई अन्य सामूहिक परियोजनाओं के विपरीत, C ++ मानक पर सामूहिक कार्य, लाभ के बजाय प्रतिबंध के बजाय C ++ भाषा में जाता है। यदि C # और अन्य भाषाओं में, जो बड़े निगमों-रचनाकारों द्वारा समर्थित हैं, तो सब कुछ व्यक्तिगत रूप से तय किया जाता है और एक नए विचार की पीढ़ी से इसके कार्यान्वयन तक एक वर्ष बीत जाता है, फिर C ++ में कुछ विचार ऐसे हैं जिन पर 10 साल पहले ही सहमति नहीं बन सकती है 12। बाजार बाजार है, और गिरजाघर गिरजाघर है। फिर भी, जीवन अभी भी खड़ा नहीं है, कागजात फ़ोल्डर से फ़ोल्डर में स्थानांतरित किए जाते हैं, ई-मेल वाहक ईमेल और हमारे पोते को ले जाते हैं और मेरे पास लेख "लाइव" में वर्णित सभी चीजों को देखने का मौका है।

देजा वु

इस लेख को लिखने की प्रक्रिया में, मैंने देजा वु की भावना नहीं छोड़ी। कहीं मैंने पहले से ही यह सब नहीं देखा! पर कहाँ? अरे हाँ - C ++ / CLI में! वास्तव में, C ++ द्वारा प्रबंधित, Microsoft की अजीब संतान, एक नई भाषा के रूप में भी नहीं बनाई गई, लेकिन पुराने C ++ कोड और .NET प्लेटफ़ॉर्म के बीच एक "पुल" के रूप में, इस लेख में वर्णित लगभग सब कुछ है - दोनों अवधारणाएं और कचरा कलेक्टर , और मॉड्यूल, और .NET और प्रतिबिंब वर्ग पुस्तकालय की पूरी शक्ति। यह सिर्फ एक बार भी उसकी मदद नहीं करता है - कोई भी शुद्ध सी ++ / सीएलआई (सी # और वीबी बहुत अधिक सुविधाजनक है) में एक नई परियोजना शुरू नहीं करेगा, भाषा ने ठीक उसी जगह ले लिया है जहां माइक्रोसॉफ्ट ने योजना बनाई थी - पुराने कोड का उपयोग करने की आवश्यकता वाली परियोजनाओं में C ++ और .NET में। इसमें यह भी मजेदार नहीं है कि Microsoft अकेले ही वह काम करने में कामयाब रहा है, जो कि ट्रांस -नेशनल गठजोड़ डेढ़ दशक से उठा रहा है। यह डरावना है कि आगे क्या होगा 3 विकल्प संभव हैं:

1. समुदाय वर्णित सभी चीजों के लिए मानक के रूप में Microsoft के कार्यान्वयन को लेता है। यह अपमानजनक है, और इसलिए संभावना नहीं है।
2. बातचीत एक और दशक तक चलती है। जीभ को धीरे-धीरे अधिक गतिशील सहयोगियों के हमले के तहत उड़ा दिया जाता है।
3. एलायंस अपने स्वयं के अवधारणाओं, कचरा कलेक्टरों आदि के कार्यान्वयन को स्वीकार करता है। एक अलग वाक्यविन्यास के साथ। यह सबसे सर्वनाश विकल्प है, क्योंकि भाषा की विभिन्न बोलियों में समान चीजों को अलग-अलग तरीके से लागू किया जाएगा। और यह कपट है।

सामान्य तौर पर, प्रतीक्षा करें और देखें कि यह कैसा होगा। C ++ में लिखें और बल आपके साथ हो सकता है!