CLion 2019.3 यहाँ है! बेहतर संपादक गति और सबसे प्रत्याशित नई सुविधाएँ

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



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

इस रिलीज में सबसे महत्वपूर्ण बात के बारे में संक्षेप में, शुरू करने के लिए:

• संपादक की गति और जवाबदेही में सुधार, मुख्य रूप से Clangd के आधार पर हमारे इंजन में स्वतः पूर्णता से लागू होता है।
• CMake में निंजा जनरेटर, डिफ़ॉल्ट CMake सेटिंग्स और अन्य डिज़ाइन मॉडल में सुधार।
• डिबगर के साथ एकीकरण में अद्यतन।
• हेडर और खट्टी फाइलों के बीच स्विच करने की नई क्रिया।
• अधिक सटीक कोड विश्लेषण: वर्चुअल फ़ंक्शंस के लिए एक नया चेक, साथ ही सीएमके और डॉक्सीजन टिप्पणियों में वर्तनी जाँच।
• C ++ 20 मानक से अवधारणाओं के लिए समर्थन।
• कोड कवरेज मेट्रिक्स।
• WSL2, Microsoft का फ़ॉर्मेटिंग और नामकरण परंपराएँ, VCS समर्थन अपडेट, और बहुत कुछ।

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

संपादक का प्रदर्शन

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

बेशक, हम यह समझना चाहते थे कि क्या इस तरह के संकर दृष्टिकोण लाभ प्रदान करते हैं। माप से पता चला है कि सरल परियोजनाओं पर सीएलओएन विक्रेता और क्लैंगड-आधारित विक्रेता की गति में अंतर नहीं है। लेकिन LLVM, Qt, Boost, Eigen जैसी जटिल परियोजनाओं पर, Clangd के पहले सौ परिणाम बहुत तेजी से दिखाई देते हैं। खुद के लिए न्यायाधीश:




CLion अंग्रेजी भाषा के ब्लॉग पर एक अलग लेख में माप के बारे में और पढ़ें।

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

CLion में, हमारे महान अफसोस के लिए, अभी भी उपयोगकर्ता इंटरफ़ेस हैंग हैं। हम उन्हें मूल समस्या के अनुसार समूहित करने का प्रयास करते हैं और एक के बाद एक समस्या को ठीक करते हैं। इसलिए, इस रिलीज में, हमने एक ओपन यूजेज व्यू के मामलों में फ्रीज तय किया, जब एक घोषणा पर स्विच किया गया, जब ब्रेड के टुकड़ों और सुरक्षित डिलीट का उपयोग करते हुए, साथ ही साथ अन्य मामलों में #include निर्देश का नाम बदल दिया गया। उपयोगकर्ता इंटरफ़ेस निलंबन हमारे लिए सबसे जरूरी समस्या है, इसलिए हम भविष्य के रिलीज में इस काम को जारी रखेंगे।

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

CMake डिजाइन मॉडल में सुधार

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

लेकिन हमने CMake का समर्थन करने के लिए लंबे समय से प्रतीक्षित अवसर बनाया - किसी भी CMake जनरेटर को निर्दिष्ट करने की क्षमता, निंजा जनरेटर सहित उपयोगकर्ताओं द्वारा बहुत अधिक उम्मीद है! पहले, हमने इसके समान मेकफाइल्स और जनरेटर का उपयोग किया, क्योंकि हमने परिणामी फाइलों को पार्स किया (अधिक सटीक रूप से, वे थे -G "CodeBlocks - Unix Makefiles" , और Windows -G पर "CodeBlocks - MinBW Makefiles" और -G "CodeBlocks - NMake Makefiles" )। अब आप CLION में CMake प्रोफाइल में किसी भी जनरेटर को निर्दिष्ट कर सकते हैं:



यह केवल सीएमके संस्करण 3.15 और उच्चतर का उपयोग करते समय संभव है, क्योंकि यह सीएमके फ़ाइल एपीआई के माध्यम से कार्यान्वित किया जाता है, और WSL / WSL2 के लिए दूरस्थ रूप से सभी प्लेटफार्मों पर काम करता है।

मैं ध्यान देता हूं कि इस तरह के जनरेटर Xcode और Visual Studio मल्टी-जेनरेटर हैं, अर्थात, वे सभी प्रकार की असेंबली (डिबग, रिलीज़, आदि) के लिए फाइलें उत्पन्न करते हैं, लेकिन CLion केवल निर्दिष्ट विधानसभा प्रकार का उपयोग करेगा जिसमें सीएमके प्रोफाइल।

इस रिलीज़ ने डिफ़ॉल्ट सीएमके सेटिंग्स भी पेश कीं । इसका मतलब यह है कि सीएलओएन में सभी नई परियोजनाओं के लिए, आप उसी पूर्वनिर्धारित सेटिंग्स का उपयोग कर सकते हैं, जैसे सीएमके जनरेटर या सीएमके उत्पन्न करने के लिए निर्देशिका। फ़ाइल में सेटिंग्स निर्दिष्ट की जा सकती हैं | अन्य सेटिंग्स | नई परियोजनाओं के लिए सेटिंग्स ...



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

डिबगर एकीकरण अद्यतन

डिबगर्स में, हमने उन समस्याओं और कमियों को ठीक करने का निर्णय लिया जो हमारे उपयोगकर्ताओं को सबसे अधिक चिंतित करती हैं। सबसे पहले, CLion अब परियोजना निर्देशिका से .gdbinit / .lldbinit पढ़ता है। यह उपयोगी है यदि आप कुछ डिबगर सेटिंग्स को कस्टमाइज़ करना चाहते हैं या सुंदर प्रिंटर जोड़ना चाहते हैं, लेकिन केवल एक विशिष्ट प्रोजेक्ट के लिए। पहले, आपको इन सेटिंग्स को उपयोगकर्ता निर्देशिका में डीबगर कॉन्फ़िगरेशन फ़ाइलों में निर्दिष्ट करना था। अब आप इन मापदंडों को परियोजना के लिए कॉन्फ़िगर कर सकते हैं। लेकिन इसके लिए काम करने के लिए, आपको उपयोगकर्ता निर्देशिका स्तर पर सेटिंग्स में डीबगर में ही इस व्यवहार को सक्षम करना होगा (पढ़ें GDB के लिए यह कैसे करें और LLDB के लिए कैसे करें)।



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

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

शीर्ष लेख / स्रोत फ़ाइलों पर जाएं

हाँ, यह किया! हमने अंत में हेडर और खट्टी फाइलों के बीच स्विच करने के लिए एक अलग कार्रवाई जोड़ी। पुराने प्लेटफॉर्म गो से संबंधित प्रतीक के लिए मुख्य अंतर क्या है? तथ्य यह है कि, एक आम प्लेटफॉर्म एक्शन के रूप में, गो टू रिलेटेड सिंबल बहुत सटीक होने की कोशिश करता है और एक सबसे सही विकल्प चुनता है। यह C ++ के मामले में लंबा और हमेशा सही नहीं है। नया हेडर / सोर्स एक्शन के लिए अलग तरह से व्यवहार करता है:

• यदि 500 ​​एमएस के भीतर एक भी सही विकल्प नहीं है, तो उपयुक्त विकल्पों की एक ड्रॉप-डाउन सूची दिखाई देती है, जिसमें से उपयोगकर्ता सबसे उपयुक्त का चयन कर सकता है।
• यदि उपयोगकर्ता इस फ़ाइल से पहले ही नेविगेट कर चुका है, तो वह फ़ाइल जहाँ वह नेविगेट करने के लिए सूची के शीर्ष पर होगी।
• सूची में आगे उसी नाम से एक ही निर्देशिका से फाइलें होंगी।
• और फिर मिलान घोषणाओं और परिभाषाओं के लिए खोज परिणाम पर जाएंगे।

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

कोड विश्लेषण

CLion में कोड एनालाइजर में एक नई जाँच सामने आई है। यह उन परिस्थितियों को पकड़ता है जब वर्चुअल फ़ंक्शंस को कंस्ट्रक्टर या डिस्ट्रक्टर्स से बुलाया जाता है। यह बुरा क्यों है, इस पर पहले ही बहुत चर्चा हो चुकी है। अब CLion ऐसे मामलों की चेतावनी देता है:



वर्तनी परीक्षक एक एकीकृत विकास पर्यावरण का एक अभिन्न अंग है। हम सभी वर्तनी की गलतियाँ करते हैं, और फिर हमारे सहयोगियों के लिए कोड और टिप्पणियों को पढ़ना कठिन होता है। इसलिए, यह अच्छा है जब आईडीई ऐसी त्रुटियों को उजागर करता है। इस रिलीज़ में, हमने CMake फ़ाइलों और Doxygen format प्रलेखन टिप्पणियों में वर्तनी जाँच शामिल की है:



वर्तनी की कम गलतियाँ - अधिक पठनीय कोड!

C ++ 20 से अवधारणाओं

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



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

स्वत: पूर्णता के लिए टेंप्लेट पैरामीटर जो प्रतिबंध के अधीन हैं:



std::is_same<Other, T> और same_as<T, U> : के लिए स्वतः पूर्णता:


आप अंग्रेजी भाषा के ब्लॉग में अवधारणाओं पर हमारे संयुक्त काम के बारे में अधिक पढ़ सकते हैं। CppCon 2019 से रिपोर्ट की एक वीडियो रिकॉर्डिंग भी है, जिसमें Saar Raz ने क्लैंग में अपना कॉन्सेप्ट लागू किया और CLion में कॉन्सेप्ट सपोर्ट पर हमारा संयुक्त काम किया।

कोड कवरेज मेट्रिक्स

कोड कवरेज एक ऐसा अवसर है, जिसके लिए CLion उपयोगकर्ता इंतजार कर रहे हैं और पूछ रहे हैं। अंतिम रिलीज़ में, AppCode टीम ने इस दिशा में काम शुरू किया, और इसमें हमने क्रॉस-प्लेटफ़ॉर्म C ++ के मामलों के लिए पहले ही क्लेयन में इसे उठाया था।

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

आप सीधे एक विशेष कवरेज विंडो में परिणाम देख सकते हैं:



... या संपादक में बाएं गटर में।

खैर, और सबसे महत्वपूर्ण बात: इस काम के लिए, आपको विशेष संकलन विकल्प पास करने की आवश्यकता है:

• GCC के लिए: -fprofile-arcs -ftest-coverage या -fprofile-arcs -ftest-coverage ।
• -fprofile-instr-generate -fcoverage-mapping लिए: या तो जीसीसी के साथ एक ही झंडे, या -fprofile-instr-generate -fcoverage-mapping । अंतर केवल कवरेज मेट्रिक्स को असेंबल करने की विधि में होगा।

क्‍यों CLion खुद इन मापदंडों को पारित नहीं कर रहा है? ज्यादातर क्योंकि हमारे पास संकलन प्रक्रिया में हस्तक्षेप नहीं करने का नियम है। हां, और यह हमेशा स्पष्ट नहीं है कि सीएमके नहीं होने की स्थिति में इन मापदंडों को कहां पारित किया जाए। लेकिन अब हम भविष्य में ऐसे मामलों को स्वचालित करने के लिए विकल्पों के बारे में सोच रहे हैं (हमें सैनिटाइज़र के साथ एक समान समस्या है)।

आप संकलन विकल्पों के बारे में और हमारी ऑनलाइन मदद में CLion में मीट्रिक प्रदर्शित करने के बारे में अधिक पढ़ सकते हैं।

अन्य सुधार

इस रिलीज में अन्य महत्वपूर्ण सुधारों में:

• WSL2 सबसिस्टम के लिए समर्थन। सीएलआईएन में सेटिंग्स डब्ल्यूएसएल के पहले संस्करण के समान हैं।
• Microsoft से नियमों का प्रारूपण और नामकरण के लिए समर्थन। यह शैली Google, LLVM, Qt, GNU, स्ट्रॉस्ट्रुप और अन्य लोगों के साथ सेटिंग्स / प्राथमिकता में उपलब्ध है। संपादक | कोड शैली | सी / सी ++।
• IntelliJ Rust Plugin Updates (हमारे अंग्रेजी भाषा के ब्लॉग पर एक विस्तृत पोस्ट इन परिवर्तनों के लिए समर्पित है)।
• VCS समर्थन अपडेट, उपयोगकर्ता इंटरफ़ेस और IntelliJ प्लेटफ़ॉर्म से अन्य परिवर्तन।

डेमो

निष्कर्ष में, CLion 2019.3 की नई विशेषताओं के बारे में एक पारंपरिक वीडियो (अंग्रेजी में):



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

आपकी JetBrains CLion टीम
विकसित करने के लिए ड्राइव