वसंत सम्मेलन सी ++ रूस 2018 से कागजात

19 से 21 अप्रैल तक सेंट पीटर्सबर्ग में सी ++ रूस 2018 सम्मेलन आयोजित किया गया था। साल भर से, संगठन और आचरण एक स्तर ऊंचा हो गया है, जो अच्छी खबर है। इस क्षेत्र के विकास में उनके योगदान के लिए सी ++ रूस सेर्गेई प्लैटोनोव के स्थायी आयोजक के लिए धन्यवाद।

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

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

जॉन कल्ब। C ++ टुडे: द बीस्ट इज बैक

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

अरनो शॉडल। रेंजरों से लेकर रेंजर्स तक

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

जोनाथन बोकाड़ा। एक घंटे से भी कम समय में 105 एसटीएल एल्गोरिदम

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

लेकिन क्या आप अपने एसटीएल एल्गोरिदम को जानते हैं?

इस वार्ता में, लेखक ने 105 एल्गोरिदम प्रस्तुत किए हैं जो वर्तमान में एसटीएल के पास हैं, जिनमें सी ++ 11 और सी ++ 17 शामिल हैं। लेकिन सिर्फ एक लिस्टिंग से अधिक, इस बात का बिंदु एल्गोरिदम के विभिन्न समूहों को प्रस्तुत करना है, एसटीएल में उनके द्वारा बनाए गए पैटर्न और एल्गोरिदम एक साथ कैसे संबंधित हैं।

इस तरह की बड़ी तस्वीर वास्तव में उन सभी को याद करने का सबसे अच्छा तरीका है, और हमारे कोड को अधिक अभिव्यंजक और अधिक मजबूत बनाने के तरीकों का एक टूलबॉक्स ठसाठस भरा हुआ है।

विक्टर किरिलोव। इंटरएक्टिव C ++ संकलन (REPL): द लीन वे

कभी कुछ मूल्य को संशोधित करने या कुछ कथन को निष्पादित करने के लिए चाहते थे, जबकि आपका C ++ प्रोग्राम केवल कुछ का परीक्षण करने के लिए चल रहा है - डिबगर के साथ तुच्छ या संभव नहीं है? स्क्रिप्टिंग भाषाओं में एक REPL (रीड-इवल-प्रिंट-लूप) होता है। C ++ में सबसे पास की चीज क्लिंग (CERN में शोधकर्ताओं द्वारा विकसित) है, लेकिन यह LLVM के शीर्ष पर बनाया गया है और इसे स्थापित करने के लिए बहुत ही बोझिल है। RCRL (Read-Compile-Run-Loop) एक डेमो प्रोजेक्ट है, जो प्लेटफ़ॉर्म में रनटाइम C ++ संकलन करने के लिए एक नवीन दृष्टिकोण प्रदर्शित करता है और कंपाइलर अज्ञेय तरीके से संकलित करता है जिसे आसानी से एम्बेड किया जा सकता है। इस प्रस्तुति में, यह दिखाया गया है कि इसका उपयोग कैसे करना है, यह कैसे काम करता है और इसे कैसे संशोधित किया जा सकता है और किसी भी एप्लिकेशन और वर्कफ़्लो में एकीकृत किया जा सकता है।

विक्टर सिउरा। खुद को फांसी देने के लिए पर्याप्त string_view

अगर हम तार का प्रतिनिधित्व करने के लिए एक मानक C ++ प्रकार है तो क्या यह अच्छा नहीं होगा? ओह, रुको ... हम करते हैं: एसटीडी :: स्ट्रिंग। क्या यह अच्छा नहीं होगा यदि हम अपने पूरे एप्लिकेशन / प्रोजेक्ट में उस मानक प्रकार का उपयोग कर सकें? खैर ... हम नहीं कर सकते! जब तक हम एक सांत्वना ऐप या सेवा नहीं लिख रहे हैं। लेकिन, यदि हम GUI के साथ कोई ऐप लिख रहे हैं या आधुनिक OS APIs के साथ बातचीत कर रहे हैं, तो संभावना है कि हमें कम से कम एक अन्य गैर-मानक C ++ स्ट्रिंग प्रकार से निपटने की आवश्यकता होगी। प्लेटफ़ॉर्म और प्रोजेक्ट के आधार पर, यह MFC या ATL से CString हो सकता है, प्लेटफार्म :: WinRT से स्ट्रिंग, Qt से QString, wxWidgets से wxString, आदि। ओह, चलो हमारे पुराने दोस्त कास्ट चार को मत भूलना *, एपीआई के सी परिवार के लिए बेहतर अभी तक wchar_t * ...

इसलिए हमने अपने कोडबेस में दो स्ट्रिंग प्रकारों को समाप्त किया। ठीक है, यह प्रबंधनीय है: हम सभी प्लेटफ़ॉर्म स्वतंत्र कोड के लिए std :: string से चिपके रहते हैं और सिस्टम API या GUI कोड के साथ बातचीत करते समय बैक-एंड को अन्य XString में परिवर्तित करते हैं। इस पुल को पार करते समय हम कुछ अनावश्यक प्रतियां बनायेंगे और दो प्रकार के तारों को जकड़े हुए कुछ मज़ेदार दिखने वाले कार्यों को समाप्त करेंगे; लेकिन यह गोंद कोड है, वैसे भी ... सही?

यह एक अच्छी योजना है ... जब तक हमारी परियोजना नहीं बढ़ती है और हम बहुत सारी स्ट्रिंग उपयोगिताओं और एल्गोरिदम को जमा करते हैं। क्या हम उन एल्गोरिदम अच्छाइयों को std :: string में सीमित कर देते हैं? क्या हम आम भाजक कांस्ट चार्ज * पर वापस आते हैं और अपने C ++ प्रकार की मेमोरी / मेमोरी सुरक्षा खो देते हैं? क्या C ++ 17 std :: string_view हमारी सभी स्ट्रिंग समस्याओं का जवाब है?

लेखक एक 15 साल पुराने विंडोज एप्लिकेशन पर केस स्टडी के साथ, विकल्पों का पता लगाने की कोशिश करता है: एडवांस्ड इंस्टॉलर (www.advancedinstaller.com) - एक सक्रिय रूप से विकसित C ++ प्रोजेक्ट, जिसे C ++ 17 में आधुनिक बनाया गया है, क्लैंग-टाइड के लिए धन्यवाद और "क्लेंग पावर टूल्स" ( www.clangpowertools.com) ...

आंद्रेई अलेक्जेंड्रेस्कु। उम्मीद की उम्मीद है

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

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

बोरिस्लाव स्टैनिमीरोव। डायनामिक्स: पॉलिमोर्फिज्म पर एक नया लो

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

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

मिखाइल मातृसू। बहुमुखी C ++ लागू

C ++ में, आप एक ही कार्य को कई तरीकों से हल कर सकते हैं। लेखक उत्पादन से एक वास्तविक कार्य चुनता है, और यह जांचता है कि यह कैसे कई उपकरणों के साथ हल किया जा सकता है जो C ++ प्रदान करता है: STL कंटेनर, boost.range, C ++ 20 पर्वतमाला, कोरटाइन। वह एपीआई बाधाओं और विभिन्न समाधानों के प्रदर्शन की तुलना भी करता है, और कोड को अच्छी तरह से संरचित होने पर उन्हें आसानी से एक से दूसरे में कैसे परिवर्तित किया जा सकता है। लेखक ने रास्ते के दौरान कुछ उपयोगी C ++ 17 विशेषताओं जैसे कि कॉन्स्टेक्सप्र अगर, इनिशियलाइज़र के साथ चयन स्टेटमेंट, std :: not_fn, आदि के अनुप्रयोगों की खोज की विषय - मानक एल्गोरिदम पर विशेष ध्यान दिया जाता है।

अलेक्जेंडर ग्रैनिन। सॉफ्टवेयर ट्रांसेक्शनल मेमोरी के लिए कार्यात्मक दृष्टिकोण

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

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

रिपोर्ट में, लेखक कॉम्बिनेटरियल एसटीएम की सुविधाओं के बारे में बात करेगा, इसका उपयोग कैसे करें और इसे C ++ 17 में कैसे लागू किया जा सकता है।

वादिम विनिक। संग्रह प्रसंस्करण। एकल सार, कई अभिव्यक्तियाँ

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

दिमित्री बंशीकोव। बाहरी निर्भरता के बिना साझा पुस्तकालय

लेखक साझा लाइब्रेरी के रूप में C ++ में एंटी-वायरस इंजन विकसित करने के अपने अनुभव के बारे में बताएगा। एक अनूठी विशेषता किसी भी बाहरी निर्भरता (रनटाइम सी ++ या सी) की अनुपस्थिति है। यह पूरा गुच्छा एक विशेष लक्ष्य के लिए जीसीसी पर एक कस्टम टूलचिन के उपयोग के आसपास बनाया गया है, जो कि libc newlib उसी लक्ष्य के लिए उपयोग करने जा रहा है, जिसके ऊपर libstdc ++ बनाया गया है। तदनुसार, साझा लाइब्रेरी को कस्टम टूलचैन के माध्यम से कस्टम libgcc_s, libc, libcstdc ++ (केवल असेंबली में परिवर्तन) के साथ इकट्ठा किया जाता है। रनटाइम के साथ सभी इंटरैक्शन साझा लाइब्रेरी एबीआई के माध्यम से है। इस प्रकार, पुस्तकालय प्रतिबंधों (RTTI, अपवादों, iostream, आदि) के बिना पूर्ण आधुनिक C ++ का उपयोग करने की क्षमता को बरकरार रखता है, जो libstdc ++ libc (newlib) को जाता है। l ibgcc-ABI लिनक्स के लिए GCC / newlib / libstdc ++ टूलचाइन्स पर एक समान दृष्टिकोण का परीक्षण किया गया था, और MacOS के लिए clang / newlib / libc ++। रिपोर्ट उन लोगों के लिए रुचि की हो सकती है जो साझा पुस्तकालयों में C ++ का उपयोग करना चाहते हैं, लेकिन बाहरी निर्भरता के कारण इसे बर्दाश्त नहीं कर सकते।

इल्या शिश्कोव। C ++ भाषा कैसे सिखाएं: कौरसेरा पर पाठ्यक्रम बनाने का अनुभव

पिछले डेढ़ साल में, लेखक ने आधुनिक C ++ में Coursera विशेषज्ञता के निर्माण का नेतृत्व किया है। विशेषज्ञता में पाँच पाठ्यक्रम शामिल होंगे, जिनमें से दो पहले से चल रहे हैं, और दूसरा लगभग तैयार है।

रिपोर्ट बताएगी:

• पाठ्यक्रमों पर काम करने में क्या समस्याएं हो सकती हैं (उदाहरण के लिए, 3 महीने के काम के बाद, डेवलपर्स ने सभी सामग्रियों को फेंक दिया और फिर से शुरू किया)
• पाठ्यक्रम कैसे बनता है और क्यों बिल्कुल (उदाहरण के लिए, शब्द "पॉइंटर" पहले दो पाठ्यक्रमों में एक बार भी ध्वनि क्यों नहीं आया)

इसके अलावा, विशेषज्ञता पर काम के दौरान, सिद्धांतों का एक सेट विकसित किया गया है जो रोजमर्रा के काम में लागू होते हैं:

• एक नए कर्मचारी को परियोजना में एकीकृत करने की प्रक्रिया में
• कोड-समीक्षा के दौरान
• जब काम पर रखने

इसलिए, लेखक न केवल यह बताना चाहता है कि वे विशेषज्ञता कैसे करते हैं, बल्कि हर रोज़ के कार्यों में प्राप्त अनुभव को स्थानांतरित करने का भी प्रयास करेंगे।

इवान पिंडोमेरेव। क्रैश Android NDK की रिपोर्ट

यह कोई रहस्य नहीं है कि C / C ++ में विकास जावा में विकास की तुलना में कोड की गुणवत्ता के लिए बहुत अधिक आवश्यकताएं हैं। एक घातक गलती करने की संभावना बहुत अधिक है। इसी समय, ऐसी त्रुटियों के बारे में जानकारी एकत्र करना अनुभवी प्रोग्रामर के लिए भी एक गैर-तुच्छ कार्य है।

रिपोर्ट के पहले भाग में, हम मौजूदा घटनाक्रमों की संक्षिप्त समीक्षा करेंगे: बिल्ट-इन एंड्रॉइड डीबगर कैसे काम करता है, पहले से क्या समाधान मौजूद हैं। दूसरा भाग "हूड के नीचे" कैसे काम करता है, इसकी कहानी के लिए समर्पित है: त्रुटि के समय प्रोसेसर की स्थिति कैसे प्राप्त करें, कॉल स्टैक को कैसे सुधारा जाए, स्रोत कोड में लाइन संख्या कैसे पता करें। स्टैक प्रमोशन पुस्तकालयों जैसे कि libcorkscrew, libunwind, libunwindstack का अवलोकन दिया जाएगा।

रिपोर्ट दोनों एंड्रॉइड डेवलपर्स के लिए ब्याज की होगी, जिनके आवेदन NDK का उपयोग करते हैं, और बाकी सभी को अपने क्षितिज को व्यापक बनाने के लिए।

फेडर शॉर्ट। मेमोरी एकदम सही अमूर्तता है

int * ptr = new int;
* पीटीआर = 42;
ptr हटाएं;

जब कोड की इन 3 लाइनों को निष्पादित किया जाता है तो वास्तव में क्या होता है? हम इस सवाल का विस्तृत जवाब देने के लिए मेमोरी एलोकेटर, ऑपरेटिंग सिस्टम और आधुनिक हार्डवेयर के अंदर देखेंगे।

एलेक्सी सलमिन। मेमोरी मैनेजमेंट टिप्स एंड ट्रिक्स

2017 में, C ++ में आवंटनकर्ता चुनने का मुद्दा प्रासंगिकता नहीं खोता है। उन्होंने कंटेनरों (std :: pmr) के लिए एक स्थानीय आवंटनकर्ता चुनने के लिए मानक में एक नया तरीका जोड़ा, वैश्विक tcmalloc और jemalloc विकसित करना जारी है, साथ ही साथ कर्नेल इंटरफेस जिस पर वे भरोसा करते हैं। यह रिपोर्ट इस डिज़ाइन की "निचली मंजिल" के लिए समर्पित है: लिनक्स कर्नेल में मिमीप और मैडविज़ की विशेषताएं और आवंटनकर्ताओं के प्रदर्शन पर इन सुविधाओं का प्रभाव।

जड़ी बूटी वाला। C ++ 20 में नया: स्पेसशिप ऑपरेटर

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

अनास्तासिया कज़कोवा। चल और संकलन के बिना C ++ कोड डीबग करना

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

क्या डिबगर के बिना, और यहां तक ​​कि संपूर्ण कोड आधार के एक साधारण संकलन के बिना, इसे लगातार पुनरारंभ किए बिना कोड को डीबग करना संभव है? क्या कोड में त्रुटियां खोजना संभव है जिन्हें स्थानीय मशीन पर इकट्ठा या चलाया नहीं जा सकता है? वहाँ है! एकीकृत विकास वातावरण (आईडीई) में कस्टम कोड का व्यापक ज्ञान और समझ है, और यह वह है जो उचित उपकरण प्रदान कर सकता है।

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

यूजीन ल्यूकानेट्स। कॉनन का उपयोग करके डॉकर में निर्माण

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

डेनिस पानिन। व्यावहारिक रूपक: एक विषम हैश तालिका लिखना

रिपोर्ट के पाठ्यक्रम में, हम std :: tuple के साथ काम की एक छोटी सी लाइब्रेरी लिखेंगे। इस लाइब्रेरी का उपयोग करते हुए, हम संकलित समय को एक विषम हैश तालिका में संकलित करते हैं। इसके अलावा - इसके आधार पर हम एक छोटे आरपीसी फ्रेमवर्क को लिखेंगे, इस तथ्य का उपयोग करके कि हमारे पास प्रकार का क्षरण नहीं है।

C ++ 17 (विशेषकर, यदि कॉन्स्ट्रेप) में कई कॉन्स्ट्रेक्स कैलकुलेशन, टेम्प्लेट और नए फीचर्स होंगे।

दिमित्री सोकोलोव। कोड पीढ़ी गरीब के लिए एक प्रतिबिंब के रूप में

अक्सर क्रमांकन एल्गोरिदम को सामान्य बनाने के लिए प्रतिबिंब की आवश्यकता होती है। विभिन्न प्रोटोकॉल के कार्यान्वयन, डेटाबेस के साथ काम करते हैं। इस तरह की समस्याओं को हल करने के लिए, हमने C ++ संरचनाओं को उत्पन्न करने के लिए एक homebrew IDL संकलक और परिणाम के साथ बातचीत के लिए एक पुस्तकालय लिखा। पैडल के साथ प्रोटोबॉफ़ और क्या यह इसके लायक था।

दवेद वन्देवोर्डे। C ++ में परावर्तक मेटाप्रोग्रामिंग

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

डाइटमार कुहाल। संकल्पना आधारित परीक्षण

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

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

साइमन ब्रांड सीपीयू से जीपीयू तक आधुनिक सी ++ समानांतरवाद

समानांतर प्रोग्रामिंग का उपयोग मल्टी-कोर और विषम आर्किटेक्चर का लाभ उठाने के लिए किया जा सकता है और सॉफ्टवेयर के प्रदर्शन को काफी बढ़ा सकता है। आधुनिक सी ++ समानांतर प्रोग्रामिंग को आसान और अधिक सुलभ बनाने के लिए एक लंबा रास्ता तय कर चुका है; दोनों उच्च-स्तरीय और निम्न-स्तरीय सार प्रदान करते हैं। C ++ 17 इसे उच्च स्तरीय समानांतर एल्गोरिदम प्रदान करके आगे ले जाता है, और C ++ 20 में बहुत अधिक अपेक्षित है। यह बात वर्तमान में उपलब्ध समानांतरवाद उपयोगिताओं का अवलोकन करती है, और भविष्य के लिए देखती है कि नए मानक पुस्तकालय सुविधाओं और SYCL जैसे अन्य मानकों के माध्यम से GPU और विषम प्रणालियों का समर्थन कैसे किया जा सकता है।

एंड्री कारपोव। प्रभावी C ++ (Maers का इससे कोई लेना देना नहीं है :)

C ++ भाषा और इसके आस-पास का बुनियादी ढांचा विकसित होना जारी है, जो वर्तमान में इस भाषा को सबसे प्रभावी उपकरणों में से एक बनाता है। मैं तीन कारकों को उजागर करना चाहूंगा जो सी ++ भाषा को अब आकर्षक बनाते हैं।

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

यह रिपोर्ट C ++ प्रोग्रामिंग भाषा के लिए एक ode है!

इवान पुजेरेवस्की। प्रोग्रामिंग में अतुल्यकालिक

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

पावेल बुलटोव। WebAssembly पर स्विच करना: मोमबत्ती के लायक खेल है?

रिपोर्ट वास्तविक उत्पादों के संबंध में WebAssembly की वर्तमान स्थिति पर चर्चा करेगी। हम आवेदन को पोर्ट करने के हमारे अनुभव के बारे में बात करेंगे, जो समस्याएं पैदा हुईं और हमने उन्हें कैसे हल किया।

शामिल विषयों में शामिल हैं:

• विभिन्न प्लेटफार्मों और ब्राउज़रों पर मानक के लिए समर्थन।
• प्रदर्शन और बिल्ड आकार बनाम asm.js.
• ब्राउज़र के साथ सहभागिता।
• उपयोगकर्ता से क्रैश बनाएँ।
• VM सुविधाएँ।

दिमित्री कोज़ेवनिकोव। CMake नुकसान और जहां वे रहते हैं

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

• लगातार लोकप्रिय विरोधी पैटर्न और वे खराब क्यों हैं,
• अमूर्तता किस स्तर पर सीएमके काम करती है, और वे कब "लीक" करते हैं,
• "आधुनिक सीएमके" क्या है और इसके क्या फायदे हैं,
• सीएमके लिपियों में स्थानीयकरण और डिबग समस्याओं के लिए कैसे (कुछ बल्कि विदेशी लोगों सहित)।

सर्गेई शमबीर। जब प्रक्रियात्मक सी ++ अच्छा है

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

• आपको C API को अलग करने की आवश्यकता क्यों है (जैसे कि winapi, POSIX, SQLite, OpenGL, OpenSSL)
• OOP इस व्यवसाय में खराब काम क्यों करता है
• सी-स्टाइल एपीआई के शीर्ष पर एक अमूर्त परत कैसे लिखें
• पारंपरिक रूप से जटिल बनाने के लिए कॉलबैक, त्रुटि से निपटने और संसाधन प्रबंधन से निपटने के लिए कैसे एक जूनियर के लिए भी समझने योग्य कोड

एवगेसी ज़्यूव। C ++ कार्यक्रमों के लिए शब्दार्थ एपीआई

उनकी व्यावसायिक रुचियाँ प्रोग्रामिंग लैंग्वेज के शब्दार्थ हैं, डिज़ाइन और वाइपी के कम्पाइलर, और अन्य भाषा-उन्मुख उपकरण। सबसे महत्वपूर्ण उपलब्धियों में पूर्ण C ++ भाषा मानक (Interstron, मास्को, 2000) के कंपाइलर के निर्माण के रूप में ऐसी परियोजनाओं में भागीदारी है। .NET (ETH ज्यूरिख, 2005) के लिए ज़ोनॉन भाषा कंपाइलर का कार्यान्वयन, और टिज़ेन प्लेटफ़ॉर्म के लिए प्रोटोटाइप स्विफ़्ट कंपाइलर के कार्यान्वयन ( सैमसंग रिसर्च इंस्टीट्यूट, मास्को, 2015)।

इवान ćukić। 2020: एक void_t ओडिसी

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

मानक में हाल ही में सुधार के साथ, और C ++ 20 के लिए योजना बनाई गई सुविधाओं के साथ, मेटा-प्रोग्रामिंग बहुत आसान हो गया है, और मेटा-प्रोग्राम को समझना और उसके बारे में तर्क करना आसान हो गया है।

इस चर्चा में, लेखक जादुई-प्रोग्रामिंग की कुछ आधुनिक तकनीकों को प्रस्तुत करता है, जिसमें जादुई void_t मेटा-फ़ंक्शन पर मुख्य ध्यान दिया गया है।

एवगेनी ओखोटनिकोव। C ++ अभिनेता: क्या यह इसके लायक था?

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

रेनर ग्रिम। आधुनिक सी ++ में कंज्यूमर के लिए सर्वश्रेष्ठ अभ्यास

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

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

एलेक्सी मालोव। डेस्कटॉप अनुप्रयोगों के विकास में आधुनिक C ++ का उपयोग करने में अनुभव

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

• मॉडल-व्यू-प्रस्तुतकर्ता पैटर्न का उपयोग करके अभ्यास करें
• दस्तावेज़ जीवनचक्र प्रबंधन
• स्मार्ट पॉइंटर्स फ़ाइल संग्रहण

सर्गेई वासिलिव। स्थैतिक विश्लेषण: कीड़े ... और कमजोरियों की तलाश?

अगली भेद्यता के बारे में समाचार नियमित रूप से यहाँ और वहाँ चबूतरे मिलते हैं। एक नियम के रूप में, $ का संपार्श्विक नुकसान बहुत बड़ा है। इसलिए, कमजोरियों को ठीक करने के बजाय, उन्हें प्रकट होने की अनुमति नहीं दी जानी चाहिए।

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

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

पुनश्च

अपने दम पर, मैं अपने सहयोगी आंद्रेई करपोव की रिपोर्टों से संबंधित std :: string के आसपास की मिनी-साज़िश पर आपका ध्यान आकर्षित करना चाहता हूं। तो, क्रम में:

1. आंद्रेई की रिपोर्ट का एक अंश (C ++ Russia 2016) "कोड एनालाइज़र डेवलपर्स से निजी कहानियां" 30:05 से - लिंक ।
2. "कैसे नहीं करना है: सी + + पेशेवरों के लिए सी + + साइकिल निर्माण" - 2:00 - लिंक की रिपोर्ट में एंटोन पोलुखिन (सी ++ रूस 2017) द्वारा हमारे जैसे लोगों की आसान ट्रोलिंग।
3. C ++ Russia 2018 सम्मेलन में एंड्रे की कहानी कि हम डायनासोर नहीं हैं और एक नई चीज सीख रहे हैं: "प्रभावी C ++" 12:21 से - लिंक ।

वह सब है! अपनी रिपोर्ट का आनंद लें।