C ++ के बारे में Bjorn Straustrup के साथ साक्षात्कार

नए साल 2014 तक कुछ घंटे बने रहे, जिसमें, अन्य चीजों के अलावा, हम सभी को नए C ++ 14 मानक का वादा किया गया था। हालांकि, यह एक बड़ा स्वतंत्र अपडेट नहीं होगा, लेकिन केवल C ++ 11 का शोधन, एक बगफिक्स जो भाषा के वर्तमान संस्करण को पूर्ण रूप देगा। इस पृष्ठभूमि के खिलाफ, Electronicdesign.com के विलियम वोंग ने C ++ के निर्माता, ब्रेज़न स्ट्रॉस्ट्रुप का साक्षात्कार लिया। वार्तालाप ने कई विषयों को छुआ: C ++ विकास के इतिहास और C ++ 11 मानक की विशेषताओं से इस प्रोग्रामिंग भाषा को सीखने में समस्या।

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



लेख के अंत में लिंक और मेरे नोट्स हैं। इस संसाधन के मालिकों ने कृपया मुझे इस साक्षात्कार का अनुवाद करने और हैबे पर अनुवाद प्रकाशित करने की अनुमति दी, लेकिन जोर देकर कहा कि मैं स्रोत को एक निश्चित तरीके से इंगित करता हूं। मुझे दोष मत दो। लिंक के तुरंत बाद वास्तविक अनुवाद है।

इलेक्ट्रॉनिक डिजाइन द्वारा निर्मित लेख से अनुवादित, 29 अक्टूबर, 2013, Electronicdesign.com/dev-tools/interview-bjarne-stroustrup-discusses-c


आज, सी और सी ++ प्रोग्रामिंग भाषा एम्बेडेड सिस्टम के क्षेत्र में सबसे लोकप्रिय हैं, साथ ही तीसरे पक्ष के अनुप्रयोगों के लिए प्लेटफार्मों के निर्माण के कार्यों में भी। C ++ के लेखक ब्योर्न स्ट्रैसपुप हैं। वह अभी भी इस प्रोग्रामिंग भाषा के लिए मानकों के विकास में सक्रिय भाग लेता है, जिसमें बाद वाला - C ++ 11 शामिल है। उन्होंने अपनी किताबों में इस भाषा के बारे में बहुत कुछ लिखा है, उदाहरण के लिए, "प्रोग्रामिंग: सिद्धांत और अभ्यास सी ++ का उपयोग करके" । Björn Straustrup कृपया सी ++ भाषा और उसके विकास के बारे में कुछ सवालों के जवाब देने के लिए सहमत हुए।

आप C ++ को कैसे विकसित करने आए?

मैं एक ऐसे प्रोजेक्ट पर काम कर रहा था, जो यूनिक्स कर्नेल को मल्टीप्रोसेसर या हाई-परफॉर्मेंस लोकल एरिया नेटवर्क द्वारा निष्पादित कई हिस्सों में विभाजित करने की अनुमति देगा। और मुझे एक उपकरण की आवश्यकता थी जो हार्डवेयर के साथ काम करेगा, सिस्टम प्रोग्रामिंग कार्यों के लिए अच्छा प्रदर्शन प्रदान करेगा, और इसे जटिल वास्तुकला पर एक प्रणाली पर काम करने के लिए भी इस्तेमाल किया जा सकता है। हालांकि, उस समय (1979-1980), मौजूदा प्रोग्रामिंग भाषाओं में से कोई भी एक बार में सभी तीन शर्तों को पूरा नहीं करती थी। इसलिए मैंने सी-क्लास में सी - क्लास की अवधारणा को जोड़ने का फैसला किया। प्रारंभ में, मैंने फ़ंक्शन तर्कों के चेक और रूपांतरण (बाद में वे कार्यों के प्रोटोटाइप बन गए), कंस्ट्रक्टर, विध्वंसक और सरल विरासत भी लागू किए। C ++ के पहले संस्करण को "C with Classes" कहा जाता था। वैसे, यह उत्सुक है कि सामान्यीकृत प्रोग्रामिंग (जेनेरिक प्रोग्रामिंग) के सरलतम समर्थन के लिए, मैक्रोज़ का उपयोग किया गया था। भविष्य में, मुझे एहसास हुआ कि यह दृष्टिकोण आवश्यक मापनीयता प्रदान नहीं करता है, और मैक्रोज़ के बजाय मैंने टेम्पलेट जोड़े।

मैंने 1985 में व्यावसायिक रिलीज़ होने तक, अगले कुछ वर्षों में C ++ भाषा की वास्तुकला और कार्यान्वयन में सुधार किया। उस समय, हार्डवेयर तक पहुँचने का प्रदर्शन और गति बहुत महत्वपूर्ण विशेषताएँ थीं, हालाँकि, आज की तरह। मैंने C ++ को C भाषा की सभी विशेषताओं में लागू करना और उन्हें कम प्रभावी नहीं बनाना आवश्यक समझा। उदाहरण के लिए, शुरुआती चरणों में, मैंने पाया कि कॉपी कंस्ट्रक्टर को लागू करने के लिए उपयोग किए जाने वाले ढांचे ने सी की तुलना में 3% अधिक मेमोरी ली। मैंने फैसला किया कि ऐसा नहीं होना चाहिए, और सप्ताह के अंत तक सब कुछ ठीक कर दिया। प्रोग्रामर को प्रोसेसर समय के किसी भी नुकसान के बिना कक्षाओं को छोड़ने से रोकने के लिए, इनलाइन फ़ंक्शन भी जोड़े गए थे। सामान्य तौर पर, मुझे यकीन था कि उपयोग किए जाने वाले उपकरण न केवल अभिव्यंजक होने चाहिए, बल्कि प्रभावी भी होंगे ताकि उनका उपयोग उच्चतम आवश्यकताओं वाले अनुप्रयोगों में किया जा सके।

C ++ भाषा को विकसित करने के लिए आपने क्या प्रयास किया?

यह सुनिश्चित करने के लिए कि सी ++ हार्डवेयर के साथ कम से कम कुशलता से काम कर सकता है जैसा कि सी ने किया था। इसके अलावा, मैंने अमूर्तता की एक बहुत महत्वपूर्ण अवधारणा के बारे में सोचा, जो प्रोग्रामर को किसी भी समय की लागत या मेमोरी लीक के बिना अपने बेतहाशा विचारों को व्यक्त करने की अनुमति देगा, जिसके साथ वे स्वतंत्र कार्यान्वयन में सबसे अधिक संभावना रखते हैं।

यह आवश्यकता सी में कमजोर टाइपिंग के विपरीत, मजबूत स्थैतिक टाइपिंग के उपयोग को मजबूर करती है।

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

मैंने उन प्रमुख सिद्धांतों के बारे में बात की, जिन्हें मैंने अपनी पुस्तक द डिज़ाइन एंड इंप्लीमेंटेशन ऑफ़ सी ++ में C ++ को विकसित करने में और दो भाषाओं के प्रोग्रामिंग लैंग्वेज सम्मेलन के इतिहास के लिए लिखा था। संक्षेप में, मैंने ये लक्ष्य निर्धारित किए हैं:

• डेटा अमूर्त के लिए प्रभावी समर्थन। अमूर्त का उपयोग करने वाले कोड को किसी कोड की तुलना में किसी उपरि का उपयोग किए बिना अनुमति नहीं देनी चाहिए,
• सी ++ भाषा और कंप्यूटर के साथ इसके संकलक के बीच बातचीत के सिद्धांत उन लोगों के लिए यथासंभव समान होना चाहिए जो सी के पास थे,
• महत्वपूर्ण कोड लचीलापन जो अमूर्त के साथ, साथ ही साथ प्राप्त किया जा सकता है
• कोड विश्वसनीयता, जो सख्त स्थिर टाइपिंग का उपयोग करके हासिल की जाती है।

सामान्यतया, C ++ आपको गुणवत्ता कोड लिखने में मदद करने के लिए डिज़ाइन किया गया है। वास्तविक जीवन में पेशेवर प्रोग्रामर का सामना जटिल कार्यों से किया जाता है, और यह प्रोग्रामिंग भाषा उनके जीवन को सरल बनाती है।

हालांकि, निश्चित रूप से, इन सभी लक्ष्यों को एक बार में प्राप्त करना संभव नहीं होगा, और सी ++ आदर्श नहीं है। हालाँकि, इसके स्थान पर एक भाषा बनाने के अनगिनत प्रयासों के बावजूद, इसकी कठोर डिजाइन के साथ C ++ व्यावहारिक कार्यों की एक विस्तृत विविधता के लिए सबसे अच्छा समाधान है।

आपने शुरुआत से ही C ++ भाषा मानक के विकास में भाग लिया। क्या यह समय के साथ बहुत बदल गया है? नए मानक कौन विकसित कर रहा है?


यह कहना मुश्किल है एक औपचारिक मानक का विकास एक बहुत ही कठिन और, एक नियम के रूप में, थकाऊ व्यवसाय है। महान अनुभव वाले लोग इसके साथ व्यवहार करते हैं, लेकिन उनमें से सभी प्रोग्रामिंग के पूरी तरह से अलग-अलग क्षेत्रों में विशेषज्ञ हैं, और प्रत्येक के पास मानक का अपना दृष्टिकोण है। इसलिए आम सहमति में आने के लिए मुश्किल और समय लेने वाला हो सकता है, लेकिन यह आवश्यक है: यह सभी आवश्यकताओं को पूरा करने के लिए एक बार में काम नहीं करेगा, और प्रोग्रामर को मौलिक रूप से नए टूल का उपयोग करने के लिए मजबूर करना असंभव है। प्रगति केवल तब होती है जब परिवर्धन को मानक में शामिल किया जाता है, जिसके महत्व को आम तौर पर मान्यता दी जाती है। आप समिति में हिस्सा नहीं ले सकते हैं और साथ ही साथ छोटी चीजों पर लगातार ध्यान केंद्रित करते हैं। आपको पूरी तस्वीर को एक पूरे के रूप में देखने और बाकी लोगों के साथ आम राय में आने में सक्षम होना चाहिए। मेरे अनुमान के अनुसार, समिति में लगभग सौ संगठन शामिल हैं और, शायद, तीन सौ से अधिक डेवलपर्स स्वयं। यह पहले की तुलना में दो से तीन गुना अधिक है। केवल पिछली बैठकों में लगभग सौ लोगों ने भाग लिया था।

2014 में, हमने एक नया मानक C ++ 14 जारी करने की योजना बनाई है। इसमें कम से कम नवाचार होंगे, साथ ही कई सुधार भी होंगे, समिति के अधिकांश सदस्य अपनी आवश्यकता के लिए पहले ही मतदान कर चुके हैं। मुझे उम्मीद है कि 2014 में हर कोई पहले से ही सी ++ 14 का उपयोग करेगा, और उसके बाद हम 2017 में सी ++ 17 जारी करने की योजना बना रहे हैं। लेकिन यह अपडेट बहुत अधिक महत्वपूर्ण होगा, इसलिए समय को आंकना मुश्किल है।

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

एम्बेडेड सिस्टम विकसित करते समय कई प्रोग्रामर सी का उपयोग करना पसंद करते हैं, क्योंकि यह सी ++ की तुलना में सरल है, और हार्डवेयर के लिए विकास के लिए अधिक उपयुक्त है। क्या सी ++ जटिलता वास्तव में एम्बेडेड सिस्टम को विकसित करने के लिए एक ठोकर है?


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

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

हालांकि, C ++ के अध्ययन में सामान्य रूप से छात्रों और शुरुआती लोगों को दोष नहीं दिया जा सकता है, क्योंकि उनकी गलतियों से अक्सर विश्वविद्यालय प्रोग्रामिंग पाठ्यक्रम में महारत हासिल करने की प्रक्रिया में उत्पन्न होती है। एक बार, लगभग दस साल पहले, मुझे उनके साथ नए सिरे से नेतृत्व करने का अवसर मिला। मैंने पाठ्यपुस्तकों पर ध्यान दिया और बस आश्चर्यचकित था: स्पष्ट और आसान उपयोग सी ++ निर्माणों के बजाय, शुरुआत में पुस्तकें सी भाषा में अलग-अलग अस्पष्ट छोटी चीजों का एक गुच्छा देखती थीं, और सी ++ उपकरण कुछ बहुत ही जटिल रूप में प्रस्तुत किए गए थे। यह केवल उन लोगों को नहीं डराता था जो प्रोग्रामिंग में गंभीरता से संलग्न होना चाहते थे।

गंभीरता से, मुझे बताओ: मानक पुस्तकालय से वैक्टर सी से सरणियों से अधिक जटिल हैं? या, उदाहरण के लिए, छात्र qsort() फ़ंक्शन के आदी क्यों हैं, हालांकि sort() दोनों अधिक कुशल और अधिक सार्वभौमिक हैं? C ++ में C की तुलना में अधिक कठोर टाइपिंग है, जो ऑब्जेक्ट कोड को तेज बनाता है।

पाठ्यपुस्तकों में वापस, वे अक्सर शुद्ध वस्तु-उन्मुख प्रोग्रामिंग भाषा बनाने के असफल प्रयास के रूप में सी ++ का वर्णन करते हैं। इस तरह के एक बयान को आमतौर पर कोड की एक पूरी शीट द्वारा चित्रित किया जाता है जिसमें लगभग पूरी वास्तुकला एक दूसरे से विरासत में मिली कक्षाओं की जटिल पदानुक्रम में विभाजित होती है। परिणाम पूरी तरह से गैर-सी ++ संबंधित कनेक्शन है। ऐसा कोड एक जावा प्रोग्राम की तरह अधिक है, और, सबसे दुख की बात है, यह आमतौर पर धीरे-धीरे काम करता है।

मुझे C ++ पसंद नहीं है क्योंकि यह उन पाठ्य पुस्तकों के लेखकों द्वारा प्रस्तुत किया गया है। जवाब में, मैंने छात्रों और स्व-शिक्षा के लिए अपनी पुस्तक लिखी - "प्रोग्रामिंग: सिद्धांत और अभ्यास सी ++ का उपयोग करना"। इसके अध्ययन के लिए, प्रोग्रामिंग अनुभव की आवश्यकता नहीं है, हालांकि, यह अनुभवी डेवलपर्स के बीच रुचि पैदा करता है। केवल अगर आपको केवल C ++ 11 समीक्षा की आवश्यकता है, तो यह पुस्तक काफी बड़ी होगी। इस उद्देश्य के लिए, मैं "ए टूर ऑफ सी ++" पुस्तक की सिफारिश करूंगा। यह आईएसओ सी ++ के सभी प्रमुख बिंदुओं और मानक पुस्तकालय का वर्णन करता है जिसमें केवल 180 पृष्ठ हैं। C ++ 11 मानक पूरी तरह से Clang और GCC कंपाइलरों द्वारा समर्थित है, आंशिक रूप से Microsoft C ++ और कई अन्य लोगों द्वारा, हालांकि, मुझे डर है कि यह कम लोकप्रिय प्लेटफार्मों पर सही ढंग से काम नहीं कर सकता है।


C ++ 11 में बहुत सारे नवाचार थे, जिसमें लैम्बडा एक्सप्रेशन और मल्टी-थ्रेडेड प्रोग्रामिंग के लिए समर्थन शामिल थे। क्या आपको लगता है कि वे मांग में थे?


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

लैम्ब्डा अभिव्यक्तियों के लिए, लगभग दस वर्षों से मैं सी ++ में उनके कार्यान्वयन पर काम कर रहा हूं, जो हानिकारक से अधिक उपयोगी होगा। तीसरे पक्ष के पुस्तकालयों को प्रदर्शन का नुकसान होता है। लूप के for तुलनीय अभिव्यक्ति के लिए हम प्रदर्शन हासिल करने में कामयाब रहे। मैं एक उदाहरण दूंगा:

 double sum = 0; for (int i=0; i<v.size(); ++i) sum += v[i]; // array style 

 double sum = 0; for (auto p = v.begin(); p!=v.end(); ++p) sum += *p; // pointer style 

 double sum = 0; for_each(v.begin(),v.end(), [&](double d) { sum += d; }); // algorithm style 

कोड के ये तीनों खंड समान कार्य करते हैं और समान प्रदर्शन के साथ काम करते हैं। उनके बीच, आप प्रोग्रामिंग शैली, समर्थन, और इसी तरह के विचारों के आधार पर चयन कर सकते हैं।

मैं सिर्फ कुछ मामलों में लैम्ब्डा के भावों का उपयोग करूंगा। इसमें, उदाहरण के लिए:

 sort(v, [](const string& a, const string& b) { return a>b; }); // sort in reverse order 

लैम्ब्डा भाव एक नया और काफी शक्तिशाली उपकरण है। पकड़ यह है कि प्रोग्रामर इस तरह की चीजों का उपयोग हर जगह शाब्दिक रूप से तब तक करना पसंद करते हैं जब तक वे यह नहीं समझ जाते कि यह भविष्य में क्या होगा। उदाहरण के लिए, यह मुझे लगता है कि एक फ़ंक्शन और कार्यात्मक वस्तुओं को अलग से घोषित करना बेहतर है। वांछित ऑपरेशन का अपना नाम होगा, जिसे प्रोग्राम के विभिन्न हिस्सों से आसानी से कॉल किया जा सकता है।

लैम्ब्डा एक्सप्रेशन भी कोड राइटिंग प्रैक्टिस के लिए काफी गुंजाइश रखते हैं। यह शायद आपको C ++ 11 सिखाने की जगह नहीं है, लेकिन मैं आपको एक उदाहरण देता हूं:

 template<typename C, typename V> vector<Value_type<C>*> find_all(C& cont, V v) // find all occurrences of v in cont { vector<Value_type<C>*> res; for (auto& x : cont) if (x==v) res.push_back(&x); return res; } 

इस कोड में, मैंने C ++ में कुछ नई चीजें लागू कीं। उदाहरण के लिए, लूप के लिए, " cont से सभी x लिए" के रूप में यहाँ पढ़ता है और cont कंटेनर पर पुनरावृति करना आसान बनाता है। घोषणा auto& x इंगित करता है कि x को प्रारंभिक प्रकार के तत्व का संदर्भ होना चाहिए, इस मामले में, तत्व प्रकार cont । यह लूप v में होने वाली सभी घटनाओं के पते एकत्र करता है और उन्हें पॉइंटर वेक्टर res जोड़ता है। इसलिए ये निर्माण सिंटैक्टिक चीनी से ज्यादा कुछ नहीं हैं, हालांकि वे काफी सुविधाजनक हैं।


महत्वपूर्ण नवाचार return : ध्यान दें कि मैंने वेक्टर को मूल्य से वापस कर दिया है। C ++ 98 में, यह रिटर्न स्टेटमेंट res की एक प्रति बनाएगा, लेकिन वास्तव में यह बड़ा हो सकता है और हजारों तत्वों से मिलकर बन सकता है। प्रदर्शन के मामले में, यह बहुत लापरवाह होगा। और C ++ 11 में, वैक्टरों के पास एक तथाकथित मूव कंस्ट्रक्टर होता है , जो कि find_all() फ़ंक्शन कॉल के स्थान पर उपयोग के लिए रेस प्रतिनिधित्व (संक्षेप में, केवल तीन पॉइंटर्स) "कॉपी" लेता है और वेक्टर स्वयं खाली हो जाता है। return बाद return हम फिर से उपयोग नहीं कर सकते। इस प्रकार, एक वेक्टर को मान से लौटाने पर वेक्टर के आकार की परवाह किए बिना अधिकतम छह असाइनमेंट खर्च होंगे।

मूव कंस्ट्रक्टर एक काफी सरल उपकरण हैं। यह प्रत्येक प्रोग्रामर के लिए उपलब्ध है, और, इसके अलावा, मानक पुस्तकालय के सभी कंटेनर वर्गों में लागू किया जाता है। यह आपको कार्यों से बड़ी वस्तुओं को आसानी से वापस करने की अनुमति देता है और स्मृति प्रबंधन पर एक बार फिर से अपना सिर नहीं तोड़ता है।

आप निम्न प्रकार find_all() फ़ंक्शन का find_all() कर सकते हैं:

 void test() { string m {"Mary had a little lamb"}; for (const auto p : find_all(m,'a')) // p is a char* if (*p!='a') cerr << "string bug!\n"; vector<string> v {"Mary”, “lamb", “Mary”, “mary”, “wolf”}; for (const auto p : find_all(v,”Mary”)) // p is a string* if (*p!=”Mary”) cerr << "vector<string> bug!\n"; } 

C ++ 11 टेम्प्लेट और नवाचारों का उपयोग किए बिना समान कोड लिखने का प्रयास करें और परिणामों की तुलना करें।


मैं इस विषय पर "ए टूर ऑफ सी ++" पढ़ने की सलाह देता हूं, विवरण के लिए "द सी ++ प्रोग्रामिंग लैंग्वेज" पुस्तक के चौथे संस्करण को देखें।

C ++ प्रोग्रामर के साथ आधुनिक प्रोग्रामर की क्या सामान्य त्रुटियाँ हैं?

किसी कारण से, वे अक्सर सोचते हैं कि उन्हें कुशल और सुरुचिपूर्ण कोड के बीच चयन करना चाहिए। वे या तो खुद को भाषा की निम्न-स्तरीय क्षमताओं ("दक्षता" के लिए) तक सीमित रखते हैं, या "सभी अवसरों के लिए" एक विशाल वास्तुकला का निर्माण करते हैं (ऐसा कोड मानना ​​बहुत ही सुरुचिपूर्ण है)। मेरी राय में, आदर्श अधिकतम दक्षता और सबसे इष्टतम वास्तुकला को संयोजित करना है। ऐसा तब होता है जब प्रोग्रामर का समाधान सबसे इष्टतम तरीके से समस्या की स्थितियों को संतुष्ट करता है, लेकिन यह निश्चित रूप से हमेशा संभव नहीं होता है। पहले प्रयास में इसे प्राप्त करना बहुत कम संभव है, लेकिन आदर्श के लिए यह बहुत संभव है, जहां तक ​​संभव हो।

इससे पहले कि आप सी ++ सुविधाओं को छोड़ दें, जैसे कि कक्षाएं या टेम्पलेट, उनके मूल आवेदन और अभ्यास पर विचार करने के लिए पहले प्रयास करें। एक सूचित विकल्प आपको यादृच्छिक चरणों की तुलना में बहुत आगे ले जाएगा। विशाल वर्ग पदानुक्रम बनाने या टेम्प्लेट का उपयोग करके जटिल मेटा-कोड लिखने के लिए खुद को प्रतिबद्ध न करें: C ++ की सबसे शक्तिशाली विशेषताओं में से कुछ बहुत सरल हैं। कुशल कोड लिखने का सबसे अच्छा तरीका यह है कि इसे अनावश्यक रूप से जटिल न बनाया जाए।

आप अपने खाली समय में क्या करना पसंद करते हैं?

मुझे विभिन्न स्थानों की यात्रा करने में दिलचस्पी है। मुझे जॉगिंग करना भी पसंद है। मुझे फोटोग्राफी में भी दिलचस्पी है, मुझे संगीत सुनना और पढ़ना पसंद है - फिक्शन और ऐतिहासिक साहित्य। मैं परिवार और दोस्तों के साथ समय बिताने की कोशिश करता हूं। बेशक, प्रोग्रामिंग मुझे कभी-कभी बहुत आनंद देती है, लेकिन सवाल काम के बारे में नहीं होना चाहिए। मुझे अनुसंधान करना पसंद है, जटिल सॉफ्टवेयर सिस्टम का निर्माण करना। जैसा कि किसी ने कहा, "मैं विश्वास नहीं कर सकता कि वे मुझे इसके लिए भुगतान भी करते हैं!"

अनुवादक के नोट्स

1. "प्रोग्रामिंग। सी + + का उपयोग करने के सिद्धांत और अभ्यास, दिमित्री क्लाइशिन, विलियम्स पब्लिशिंग हाउस द्वारा अनुवादित। पूर्व
2. टाइप करने के बारे में, प्रोग्रामिंग भाषाओं में टाइपिंग पर लेख लाइबेज़ देखें। पूर्व
3. शायद, यहां मेरा मतलब है कि प्रकाशन गृह "पीटर" के अनुवाद में "द डिजाइन एंड एवोल्यूशन ऑफ सी ++" पुस्तक - "डिजाइन एंड एवोल्यूशन ऑफ सी ++"। पूर्व
4. C ++ 11 मेमोरी मॉडल पर आलेख लॉक-फ्री डेटा संरचनाओं में विस्तार से चर्चा की गई है । मूल बातें: मेमोरी मॉडल । पूर्व
5. C ++ 11 में कदम शब्दार्थ का एक संक्षिप्त अवलोकन लेख में प्रदान किया गया है C + 11 और STL कंटेनरों में शब्दार्थ स्थानांतरित करें । पूर्व
6. सामान्य तौर पर, C ++ 11 के प्रमुख नवाचारों (ऊपर उल्लिखित लोगों सहित) लेख में C ++ 11 की दस विशेषताओं को शामिल किया गया है जो हर C ++ डेवलपर को उपयोग करना चाहिए ।
7. निकोलाई मार्टीनोव, बिनोम पब्लिशिंग हाउस द्वारा एक रूसी अनुवाद में, पुस्तक को सी ++ प्रोग्रामिंग लैंग्वेज कहा जाता है, लेकिन मुझे केवल दाढ़ी वाले, अप्रासंगिक 2001 संस्करण का फिर से विमोचन मिल सकता है। मुझे कोई अन्य अनुवाद बिल्कुल नहीं मिला। पूर्व