2013 में सी ++

2013 अभी शुरू हुआ है। C ++ भाषा के लिए हम इसमें क्या उम्मीद कर सकते हैं?

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

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

यह एक कारण है कि मुझे लगता है कि 2013 सी + + के लिए विशेष होगा। इस साल, एक नए मानक पर काम शुरू होगा - सी ++ 14। अप्रैल में, C ++ मानकीकरण समिति की एक बैठक ब्रिस्टन (यूके) में होगी और हम पहले से ही भविष्य के मानक के रेखाचित्रों की कल्पना कर सकेंगे। अक्टूबर में, शिकागो में एक बैठक आयोजित की जाएगी, जहां पहले से ही कम या ज्यादा स्पष्ट मसौदा तैयार किया जाना चाहिए, जो 2014 की शुरुआत में नया आईएसओ मानक बन जाएगा।

C ++ 14 हमें क्या प्रदान करेगा?

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

जैसा कि मैंने अपने लेख में लिखा है, " C ++ आइलैंड्स " , C ++ डेवलपर समुदाय बहुत विभाजित है, इसलिए इस वर्ष अलग-अलग "द्वीपों" पर अलग-अलग चीजें होंगी। C ++ मोबाइल विकास के माहौल में एक अधिक महत्वपूर्ण हिस्सा बन जाएगा। Microsoft ने WinRT और विंडोज फोन 8 को पेश किया, जिसके लिए C ++ में लिखना काफी संभव है। RIM के BlackBerry 10 में उच्च स्तरीय विकास के लिए Qt का उपयोग करने के साथ-साथ शुद्ध C / C ++ में इस प्लेटफॉर्म के लिए प्रोग्रामिंग शामिल है। और जबकि नोकिया Qt समर्थन से दूर चला गया है, अन्य प्लेटफार्मों पर इस ढांचे का प्रभाव केवल बढ़ रहा है, इसलिए यह वर्ष Qt के लिए काफी अच्छा होगा। Qt5 लचीला है, C ++ 11 का समर्थन करता है और पहले से ही उद्योग में व्यापक रूप से वितरित है। Qt5 और QML Android, iOS, BlackBerry 10, Jolla, Ubuntu Phone या शायद WinPhone 8 पर आते हैं। Qt इकोसिस्टम का विकास जारी है, जिसे Digia, KDAB और ICS जैसी कंपनियों द्वारा विकसित किया गया है।

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

भाषा विकास का एक अन्य महत्वपूर्ण क्षेत्र क्लैंग कंपाइलर था। 2012 के अंत में, हमने देखा कि कैसे एलएलवीएम और क्लैंग ने उद्योग में प्रवेश किया। Embarcadero ने क्लैंग के चारों ओर अपनी नई IDE का निर्माण किया, Apple ने भी इसका उपयोग करने का निर्णय लिया, और Nvidia ने भी GPU कंप्यूटिंग के लिए क्लैंग के लिए अपने स्वयं के समाधान से स्विच किया। संस्करण 3.2 की रिहाई के साथ, क्लैंग अधिक स्थिर हो गया, और यह काफी संभव है कि जल्द ही यह C ++ 11 मानक के लिए 100% समर्थन का दावा करने वाला पहला होगा।

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

2012 में, C ++ पर कई अच्छे C ++ सम्मेलन हुए। मुझे लगता है कि वे जारी रखेंगे। रास्ते में, ADC ++ और मीटिंग C ++, अमेरिका में कई सम्मेलन (मई में C ++ अब और दिसंबर में C ++ और Beyond) बर्लिन और कैलिफोर्निया में QtDevDays की मेजबानी भी करेंगे। C ++ मानकीकरण समिति की बैठक से ठीक पहले, ACCU आयोजित किया जाएगा, जहाँ Björn Straustrup और कई अन्य C ++ वक्ता बोलेंगे।

साल दिलचस्प होने का वादा करता है। मैं इसमें आप सभी की सफलता की कामना करता हूं।