एक C / C ++ डेवलपर या SublimeClang के लिए उदात्त पाठ 2

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

प्लगइन के बारे में

इसलिए, प्लगइन प्रोग्राम को लिखने की प्रक्रिया में कोड पूरा करने और त्रुटि की जाँच करने का अधिकार प्रदान करता है। C / C ++ / ObjC / ObjC ++ फ़ाइलों के लिए, प्लगइन मानक संपादक को अपने साथ पूरा करता है। ऐसा करने के लिए, पृष्ठभूमि में प्लगइन क्लैंग कंपाइलर के माध्यम से स्रोत चलाता है, जो एएसटी बनाता है। प्लगइन बुद्धिमान ऑटो-पूर्ण युक्तियों के लिए प्राप्त जानकारी का उपयोग करता है।
निकटतम एनालॉग जो मैं उठा सकता हूं, वह MS Visual Studio में IntelliSense फ़ंक्शन है।
पहले हाथ की जानकारी का उपयोग करना - संकलक से - प्लगइन को सही ढंग से पहचानने की अनुमति देता है कि कौन से चर, फ़ंक्शन, प्रकार आदि कार्यक्रम में इस विशेष बिंदु पर उपलब्ध है। Go to definition (alt + d, alt + d) Go to implementation (alt + d, alt + i) कुछ हद तक काम Go to implementation (alt + d, alt + i) करते हैं। अन्य गर्म कुंजियों की सूची परियोजना पृष्ठ पर उपलब्ध है।

स्थापना

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

समायोजन

प्लगइन ST2 के लिए मानक तरीके से कॉन्फ़िगर किया गया है।
एक फाइल है SublimeClang/SublimeClang.sublime-settings । फ़ाइल अच्छी तरह से प्रलेखित है, सभी संभावित सेटिंग्स वहां सूचीबद्ध हैं, और टिप्पणियों में उपयोग के उदाहरण हैं।
User/SublimeClang.sublime-settings , जहाँ आपको अपनी सेटिंग्स को स्थानांतरित करना चाहिए।
परियोजना-विशिष्ट मापदंडों को निर्दिष्ट करना भी संभव है। उन्हें "Settings" अनुभाग में प्रोजेक्ट फ़ाइल ( Project - Edit project ) में इंगित किया गया है। उपसर्ग "sublimeclang" प्रत्येक प्लगइन विकल्प के नाम में जोड़ा जाता है। इस प्रकार, उदाहरण के लिए, C ++ 11 का उपयोग करते हुए एक परियोजना की सेटिंग इस तरह दिख सकती है

 "settings": { //    "trim_trailing_white_space_on_save": true, //   //         "additional_language_options".    . "sublimeclang_additional_language_options": { "c++" :["-std=c++11", "-stdlib=libc++" ] } } 

मानक सामान्य सेटिंग्स काफी पर्याप्त हैं। उपयोगकर्ता सेटिंग में केवल एक चीज जो मैं बदलता हूं और दर्ज करता हूं वह है "debug_options": true । यह विकल्प कंपाइलर को पारित किए गए मापदंडों की एक सूची के आउटपुट को सक्षम करता है। स्विच करने के बाद, कंपाइलर विकल्प संपादक कंसोल ( View - Show console ) में प्रदर्शित होंगे।

स्क्रिप्ट एकीकरण बनाएँ

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

 "sublimeclang_options": [ "-I~/libs/boost_1_52_0", "-I~/code/sdl2/root/include" ] 

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

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

विकल्प पर टिप्पणियों में प्लगइन डेवलपर स्क्रिप्ट https://gist.github.com/3944250 के लिए एक लिंक देता है, जो सीएमके से संकलन सेटिंग्स लेता है।
अपनी वर्तमान परियोजना के लिए, मैंने स्क्रिप्ट को थोड़ा संपादित किया। अब

1. स्क्रिप्ट हेडर फ़ाइलों के लिए सेटिंग्स का चयन करती है;
2. फ़ोल्डर जिसमें CMake बनाता है हार्डकोड नहीं है। इसके बजाय, स्क्रिप्ट बिल्ड फ़ोल्डर की खोज करती है, फ़ोल्डर ट्री के शीर्ष पर पुनरावर्ती रूप से जा रही है। मेरे पास एक एसटी 2 परियोजना में कई अलग-अलग छोटे सीएमके प्रोजेक्ट हैं।

मेरा स्क्रिप्ट संस्करण https://gist.github.com/4641812 है

इसी तरह, मैंने इनो यूटिलिटी के साथ एकीकरण किया, जिसका उपयोग आर्कडिनो प्रोजेक्ट बनाने के लिए किया जाता है। लिपि का लिंक https://gist.github.com/4641886 स्क्रिप्ट हेडर में वह सेटिंग्स होती हैं जिन्हें ST2 प्रोजेक्ट फ़ाइल में जोड़ा जाना चाहिए। आपको ST2 को। ++ फ़ाइलों को C ++ फ़ाइलों के रूप में पढ़ने के लिए भी बताना चाहिए। ऐसा करने के लिए, निचले दाएं कोने में कोड हाइलाइटिंग योजना के चयन पर क्लिक करें और "Open all with current extension as..." सबमेनू में C ++ का चयन करें।

सैद्धांतिक रूप से, आप एक स्क्रिप्ट बना सकते हैं जो Makefile स्क्रिप्ट से संकलन कमांड खींचती है। जीएनयू आपको सभी चर और नियमों ( make -np ) को डंप करने की अनुमति देता है, जिसे आप तब संकलन कमांडों को पार्स और खींच सकते हैं। और मैंने एक स्क्रिप्ट लिखना भी शुरू कर दिया, लेकिन इस बात को छोड़ दिया।

कमियों

खैर, और उनके बिना कहाँ।

1. कुछ भ्रमित मामलों में (कुछ भ्रमित टेम्पलेट वर्ग के टेम्पलेट मापदंडों के अलावा), प्लगइन क्रैश हो जाता है और ST2 को गिरा देता है। यह शायद ही कभी होता है, मैंने केवल नए C ++ 11 सुविधाओं के साथ अपने प्रयोगों के दौरान इसे दो बार देखा। यह अप्रिय है, ज़ाहिर है, लेकिन यह बचाता है कि एसटी 2 बहुत बार ऑटोसैव करता है। मैंने हाल ही में कोड परिवर्तन के एक जोड़े को खो दिया है।
2. कभी-कभी प्लगइन को परिवर्धन के लिए विकल्प नहीं दिखाई देते हैं। खासकर अगर फ़ाइल में त्रुटियां हैं। जो, ज़ाहिर है, तार्किक है, त्रुटियों के साथ स्रोत पर भरोसा करना असंभव है, लेकिन फिर भी, यह सुखद नहीं है।
3. एक प्लगइन कभी-कभी एक क्लास पद्धति के नाम का संकेत नहीं देता है जब आप उसी क्लास के दूसरे तरीके के शरीर में इसकी कॉल लिखते हैं। यह-> method_name - संकेत देता है। आपको method_name लिखना शुरू नहीं करना है। यह हमेशा दोहराया नहीं जाता है, ऐसा होने पर मैं विशेष रूप से नहीं कह सकता - मैंने अभी इसकी जांच नहीं की है।
4. दोष शायद प्लगइन ही नहीं है, लेकिन मेरी स्क्रिप्ट cmake डेटाबेस से संकलक मापदंडों को निकालने के लिए है। मान लीजिए कि हम किसी तृतीय-पक्ष लाइब्रेरी के हेडर फ़ाइल में फ़ंक्शन (या क्लास, जो भी हो) को परिभाषित करने के लिए आगे बढ़ते हैं। इस हेडर फ़ाइल के लिए संकलक सेटिंग्स अब प्लगइन के लिए ज्ञात नहीं हैं और यह खो गया है, यह अज्ञात प्रकारों आदि पर त्रुटियों का एक गुच्छा पैदा करता है।

निष्कर्ष

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