सी ++ रूस: यह कैसा था

यदि नाटक की शुरुआत में आप कहते हैं कि सी ++ कोड दीवार पर लटका हुआ है, तो अंत तक आपको निश्चित रूप से पैर में गोली मारनी चाहिए।

बजरने स्ट्रॉस्ट्रुप

31 अक्टूबर से 1 नवंबर तक, सेंट पीटर्सबर्ग ने C ++ Russia Piter सम्मेलन की मेजबानी की, रूस में JUG Ru समूह द्वारा आयोजित सबसे बड़े प्रोग्रामिंग सम्मेलनों में से एक। आमंत्रित वक्ताओं में C ++ मानकीकरण समिति के सदस्य, CppCon के साथ वक्ताओं, O'Reilly द्वारा पुस्तकों के लेखक, साथ ही LLVM, libc ++ और Boost जैसी परियोजनाओं के अनुरक्षक शामिल हैं। सम्मेलन अनुभवी सी ++ डेवलपर्स के उद्देश्य से है जो लाइव कम्युनिकेशन में अपनी विशेषज्ञता और विनिमय अनुभव को गहरा करना चाहते हैं। छात्रों, स्नातक छात्रों और विश्वविद्यालय के प्रोफेसरों को बहुत सुखद छूट प्रदान की जाती है।

सम्मेलन का मॉस्को संस्करण अगले साल अप्रैल में पहले से ही देखा जा सकता है, लेकिन अब हमारे छात्र आपको बताएंगे कि आखिरी कार्यक्रम में उन्होंने क्या दिलचस्प बातें सीखीं।



सम्मेलन एल्बम से फोटो

हमारे बारे में

हायर स्कूल ऑफ इकोनॉमिक्स के दो छात्र - सेंट पीटर्सबर्ग, ने इस पद पर काम किया:

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

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

सम्मेलन की संरचना

• रिपोर्ट

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

• चर्चा क्षेत्र

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

• बिजली वार्ता और अनौपचारिक चर्चा

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

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

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

• पार्टनर्स खड़ा है

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

रिपोर्टों का तकनीकी विवरण

हमने दोनों दिनों की रिपोर्ट सुनी। कभी-कभी समानांतर में चलने वालों में से एक रिपोर्ट चुनना मुश्किल था - हम विराम के दौरान प्राप्त ज्ञान को साझा करने और आदान-प्रदान करने के लिए सहमत हुए। और फिर भी, ऐसा लगता है कि बहुत कुछ खो गया है। यहां हम कुछ रिपोर्टों की सामग्री के बारे में बात करना चाहते हैं जो हमें सबसे दिलचस्प लगीं

संकलक अनुकूलन, प्रिंसेस रुसवाईव के प्रिज्म के माध्यम से C ++ में अपवाद

प्रस्तुति स्लाइड

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

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

स्पीकर उनमें से एक दर्जन के बारे में विचार करता है और दोनों स्थितियों को दिखाता है जहां वे कार्यक्रम के निष्पादन में तेजी लाने में मदद करते हैं, और जहां ये तरीके लागू नहीं होते हैं।

इस प्रकार, रोमन रूस ने दर्शकों को इस निष्कर्ष पर पहुंचा दिया कि अपवादों के साथ काम करने वाला कोड हमेशा शून्य ओवरहेड के साथ निष्पादित नहीं किया जा सकता है, और निम्नलिखित युक्तियां देता है:

• पुस्तकालयों को विकसित करते समय, आपको सिद्धांत रूप में अपवादों को छोड़ देना चाहिए;
• यदि आपको अभी भी अपवादों की आवश्यकता है, तो जब भी संभव हो, यह noexcept (और const) संशोधक जोड़ने के लायक है, ताकि कंपाइलर जितना संभव हो उतना अनुकूलन कर सके।

सामान्य तौर पर, स्पीकर ने यह विचार दोहराया कि अपवादों का उपयोग न्यूनतम करने के लिए या उन्हें पूरी तरह से छोड़ने के लिए सर्वोत्तम रूप से किया जाता है।

रिपोर्ट की स्लाइड्स पर उपलब्ध हैं: ["C ++ एलएलवीएम कंपाइलर ऑप्टिमाइजेशन के चश्मे के माध्यम से अपवाद"]

जनक, कोरटाइन और अन्य मस्तिष्क-अनियंत्रित मिठास, आदि शैव

प्रस्तुति स्लाइड

C ++ 20 के नवाचारों के लिए समर्पित इस सम्मेलन की कई रिपोर्टों में से एक को न केवल रंगीन प्रस्तुतिकरण द्वारा याद किया गया था, बल्कि प्रसंस्करण समस्याओं के तर्क (, कॉलबैक) के साथ मौजूदा समस्याओं के स्पष्ट पदनाम द्वारा भी याद किया गया था।

Adi Shavit निम्नलिखित पर प्रकाश डालता है: वर्तमान में उपलब्ध विधियाँ पूरे संग्रह के माध्यम से जाती हैं और कुछ आंतरिक मध्यवर्ती स्थिति तक पहुँच नहीं देती हैं (या कॉलबैक के मामले में देती हैं, लेकिन बहुत सारे अप्रिय दुष्प्रभावों के साथ, जैसे कि कॉलबैक नर्क)। ऐसा लगता है कि पुनरावृत्तियाँ हैं, लेकिन उनके साथ सब कुछ इतना आसान नहीं है: कोई सामान्य प्रविष्टि और निकास बिंदु नहीं हैं (शुरू → अंत बनाम rbegin → प्रतिपादन और इतने पर), यह स्पष्ट नहीं है कि हम बिल्कुल कैसे पुनरावृति करेंगे? C ++ 20 के साथ शुरू, इन समस्याओं को हल कर रहे हैं!

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


प्रस्तुति स्लाइड

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

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

इस प्रकार, डेटा प्रोसेसिंग लॉजिक की सरलता के साथ कॉरटाइन्स समस्याओं का एक महत्वपूर्ण हिस्सा हल करते हैं, लेकिन उनके वर्तमान कार्यान्वयन में शोधन की आवश्यकता होती है।

सामग्री:

• सी ++ रूस के साथ स्लाइड - ["जेनरेटर, कोरटाइन और अन्य मस्तिष्क-अनियंत्रित मिठास"]
• CppCon 2019 से वीडियो रिपोर्ट

सी ++ ट्रिक्स यैंडेक्स से। टेक्सी, एंटोन पोलुखिन

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

शायद सबसे दिलचस्प उदाहरण पॉइंटर-टू-इम्प्लीमेंटेशन (पिम्पल) पैटर्न का कार्यान्वयन था।

#include <third_party/json.hpp> //PROBLEMS! struct Value { Value() = default; Value(Value&& other) = default; Value& operator=(Value&& other) = default; ~Value() = default; std::size_t Size() const { return data_.size(); } private: third_party::Json data_; }; 

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

ठीक है, .Cpp फ़ाइल में #include स्थानांतरित करें: आपको लिपटे हुए एपीआई की अग्रेषण-घोषणा की आवश्यकता है, साथ ही std :: unique_ptr। अब हमारे पास गतिशील आवंटन और अन्य अप्रिय चीजें हैं, जैसे कि ढेर में डेटा बिखरे हुए हैं और गारंटी कम हो गई है। इस सब के साथ, std :: align_storage मदद कर सकता है।

 struct Value { // ... private: using JsonNative = third_party::Json; const JsonNative* Ptr() const noexcept; JsonNative* Ptr() noexcept; constexpr std::size_t kImplSize = 32; constexpr std::size_t kImplAlign = 8; std::aligned_storage_t<kImplSize, kImplAlign> data_; }; 

एकमात्र समस्या: आपको प्रत्येक आवरण के लिए आकार और संरेखण निर्दिष्ट करने की आवश्यकता है - हम अपने pimpl टेम्पलेट को पैरामीटर <T, SizeT, AlignmentT> के साथ बनाएंगे, कुछ मनमाने मूल्यों का उपयोग करेंगे और विध्वंसक में एक चेक जोड़ेंगे जो सब कुछ अनुमान लगाता है:

 ~FastPimpl() noexcept { validate<sizeof(T), alignof(T)>(); Ptr()->~T(); } template <std::size_t ActualSize, std::size_t ActualAlignment> static void validate() noexcept { static_assert( Size == ActualSize, "Size and sizeof(T) mismatch" ); static_assert( Alignment == ActualAlignment, "Alignment and alignof(T) mismatch" ); } 

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

लॉगिंग और पार्सिंग कम प्रभावशाली लग रहा था, और इसलिए इस समीक्षा में इसका उल्लेख नहीं किया जाएगा।

रिपोर्ट की स्लाइड्स लिंक पर उपलब्ध हैं: ["C ++ टैक्सी ट्रिक्स"]

अपना कोड DRY, Björn Fahller रखने की आधुनिक तकनीक

इस बातचीत में, ब्योर्न फेहलर ने शैलीगत खामियों से निपटने के लिए कई अलग-अलग तरीके दिखाए हैं जैसे कि दोहराया सशर्त जाँच:

 assert(a == IDLE || a == CONNECTED || a == DISCONNECTED); 

क्या वह परिचित है? हाल के मानकों में दिखाई देने वाली कई शक्तिशाली सी ++ तकनीकों का उपयोग करके, आप थोड़ी कार्यक्षमता के नुकसान के बिना एक ही कार्यक्षमता को इनायत कर सकते हैं। की तुलना करें:

 assert(a == any_of(IDLE, CONNECTED, DISCONNECTED)); 

असीमित संख्या में चेक संसाधित करने के लिए, आपको तुरंत वैरेडिक टेम्प्लेट और फोल्ड एक्सप्रेशन का उपयोग करने के लिए कहा जाता है। मान लें कि हम तत्व enum'a state_type को कई चर की समानता की जांच करना चाहते हैं। पहली बात यह है कि is_any_of सहायक समारोह लिखना है:

 enum state_type { IDLE, CONNECTED, DISCONNECTED }; template <typename ... Ts> bool is_any_of(state_type s, const Ts& ... ts) { return ((s == ts) || ...); } 

इस तरह के एक मध्यवर्ती परिणाम निराशाजनक है। अब तक, कोड पठनीय नहीं बन रहा है:

 assert(is_any_of(state, IDLE, DISCONNECTING, DISCONNECTED)); 

गैर-प्रकार के टेम्पलेट पैरामीटर स्थिति को थोड़ा सुधारने में मदद करेंगे। उनकी मदद से, हम एन्यूमरेटेड एनम तत्वों को टेम्प्लेट मापदंडों की सूची में स्थानांतरित करते हैं:

 template <state_type ... states> bool is_any_of(state_type t) { return ((t == states) | ...); } assert(is_any_of<IDLE, DISCONNECTING, DISCONNECTED>(state)); 

एक गैर-विशिष्ट टेम्पलेट पैरामीटर (C ++ 17) में ऑटो का उपयोग करना, दृष्टिकोण केवल राज्य_ तत्व तत्वों के साथ तुलना करने के लिए सामान्यीकृत है, लेकिन यह भी कि आदिम प्रकारों के साथ जिनका उपयोग गैर-प्रकार टेम्पलेट मानकों के रूप में किया जा सकता है:

 template <auto ... alternatives, typename T> bool is_any_of(const T& t) { return ((t == alternatives) | ...); } 

इन वृद्धिशील सुधारों के माध्यम से, जाँच के लिए वांछित सरसरी सिंटैक्स प्राप्त किया जाता है:

 template <class ... Ts> struct any_of : private std::tuple<Ts ...> { //      tuple        using std::tuple<Ts ...>::tuple;        template <typename T>        bool operator ==(const T& t) const {                return std::apply(                        [&t](const auto& ... ts) {                                return ((ts == t) || ...);                        },                        static_cast<const std::tuple<Ts ...>&>(*this));        } }; template <class ... Ts> any_of(Ts ...) -> any_of<Ts ... >; assert(any_of(IDLE, DISCONNECTING, DISCONNECTED) == state); 

इस उदाहरण में, कटौती गाइड वांछित टेम्पलेट संरचना मापदंडों को एक कंपाइलर के लिए संकेत देने का कार्य करता है जो निर्माण तर्क का प्रकार जानता है।

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

अंत में, ग्लॉस लगाना न भूलें:

• स्मरण करो कि लंबोदर मुक्त करने के लिए विवश हैं;
• परफेक्ट फॉरवर्डिंग जोड़ें और लैम्ब्डा क्लोजर में पैरामीटर पैक पर लागू होने के रूप में इसके बदसूरत सिंटैक्स को देखें;
• चलो संकलक को सशर्त noexcept के साथ अनुकूलन के लिए अधिक विकल्प देते हैं;
• हम लंबोदर के स्पष्ट रिटर्न मूल्यों के कारण टेम्पलेट्स में अधिक स्पष्ट त्रुटि आउटपुट का ध्यान रखते हैं। यह कंपाइलर को वास्तव में टेम्प्लेट फ़ंक्शन को कॉल करने से पहले अधिक जाँच करने के लिए मजबूर करेगा - टाइप जाँच के चरण में।

विवरण के लिए, व्याख्यान सामग्री देखें:

• रिपोर्ट स्लाइड्स: [आपका कोड DRY रखने के लिए आधुनिक तकनीक]
• गितुब स्रोत कोड
• लेखक का ब्लॉग लेख

हमारे छापों

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

हम इस तरह के आयोजन में भाग लेने के अवसर के लिए सम्मेलन के आयोजकों को धन्यवाद देते हैं!
आप JUG Ru ब्लॉग पर C ++ Russia के अतीत, वर्तमान और भविष्य के बारे में आयोजकों की पोस्ट देख सकते हैं।

पढ़ने के लिए धन्यवाद, और हम आशा करते हैं कि घटनाओं की हमारी रीटेलिंग उपयोगी साबित हुई!