2008-09-17 45 views
31

* * निक्स पर्यावरण के लिए सबसे अच्छा सी ++ आईडीई क्या है? मैंने सुना है कि ग्रहण का सी/सी ++ मॉड्यूल सभ्य और साथ ही नोटपैड ++ है लेकिन इन दोनों से परे मुझे कोई वास्तविक विचार नहीं है। कोई विचार या टिप्पणियां?बेस्ट सी ++ आईडीई * निक्स

+0

बहन साइट, [* सॉफ्टवेयर सिफारिशें स्टैक एक्सचेंज *] (https://softwarerecs.stackexchange.com/) आज़माएं। [टूर] देखें (https://softwarerecs.stackexchange.com/tour)। –

उत्तर

29

उबंटू, कुछ IDEs कि खजाने में उपलब्ध हैं कर रहे हैं:

वहाँ भी है:

  • Eclipse (अनुशंसित आप खजाने से साथ फ़ाइल/फ़ोल्डर अनुमतियाँ मुद्दों की वजह से स्थापित नहीं है,)
  • Code::blocks

और निश्चित रूप से, हर किसी का पसंदीदा पाठ-आधारित संपादक:

  • vi/vim
  • Emacs

इसके सच है कि vim और Emacs बहुत शक्तिशाली उपकरण हैं, लेकिन सीखने की अवस्था बहुत खड़ा है ..

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

डेवलप और कोड :: ब्लॉक अच्छा समीक्षा की एक गुच्छा मिलता है, लेकिन मैं उन्हें प्रयास नहीं किया है। मैं gnome का उपयोग करता हूं, और मुझे अभी तक एक केडीई ऐप नहीं दिख रहा है जो gnome में अच्छा लग रहा है (क्षमा करें, मुझे यकीन है कि यह एक अच्छा कार्यक्रम है)।

यदि लिनक्स के तहत केवल रक्तपात देव-सी ++ जारी किया गया था। यह एक शानदार (लेकिन विंडोज़-केवल) कार्यक्रम है। आप इसे हमेशा शराब के नीचे चला सकते हैं;)

डिग्री के लिए, यह व्यक्तिगत वरीयता के लिए आता है। मेरी सलाह है कि Kdevelop, Geany और कोड :: ब्लॉक को प्रारंभिक बिंदु के रूप में जांचना।

+4

यदि केवल लिनक्स के तहत ब्लडशेड देव-सी ++ जारी किया गया था, तो सिस्टम में समाप्त होने वाले सभी शानदार कंसोल ऐप्स ("PAUSE"); क्रैश हो जाएंगे। फिर शायद कोई ठीक करेगा उस बेवकूफ, अप्राप्य हैक की आवश्यकता। –

+3

देव-सी ++ एक छोटी गाड़ी, अनियंत्रित, पीछे की ओर दर्द है। मैंने इसे महसूस करते समय इसका उपयोग बंद कर दिया। – Artelius

+6

हाल ही में मैंने क्यूटी निर्माता के साथ थोड़ा सा खेला है और यह अच्छा है। क्रॉस- मंच और मुफ्त। कोशिश करने के लायक, मुझे लगता है कि –

3

KDevelop अच्छा है, खासकर यदि आप केडीई चलाते हैं। यह एक अतिरिक्त बोनस के रूप में कई भाषाओं का समर्थन करता है। मैंने अपने एम्बेडेड टर्मिनल को वास्तव में उपयोगी पाया है।

0

मैं वास्तव में ग्रहण मॉड्यूल के लिए झुकाव नहीं कर सकता, लेकिन यह इस तथ्य के लिए जिम्मेदार ठहराया जा सकता है कि मैं विंडोज़ पर हूं और मुझे पता नहीं है कि मैं क्या कर रहा हूं।

हालांकि आपके पसंदीदा टेक्स्ट एडिटर के साथ गलत नहीं जा सकता है।

7

मैं केवल Emacs का उपयोग करता हूं।

18

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

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

विम की विशेषताओं के सुपरसेट के साथ एकमात्र अन्य संपादक emacs है। मैं अत्यधिक एक या दूसरे सीखने की सलाह देता हूं - और यदि आपके कोई प्रश्न हैं, तो यहां पूछने में संकोच न करें या #emacs या #vim में irc.freenode.net पर संकोच न करें - एक बहुत बड़ा और सहायक समुदाय है जो आपको सीखने में मदद करेगा या आपके द्वारा सामना किए जा रहे सॉफ़्टवेयर संपादन समस्याओं के सर्वोत्तम सूट का आदेश देता है।

[संपादित करें: एक टिप्पणी ने नोट किया कि "विम एक आईडीई नहीं है", मैं सहमत हूं। मुझे आईडीई मोनिकर पसंद नहीं है क्योंकि इसका मतलब प्रोजेक्ट मैनेजर और ड्रॉप डाउन बॉक्स का गुच्छा है। मैं शब्दावली का उपयोग करना चाहता हूं "अच्छा उपकरण"। इस मामले पर Ted Leung's लेखन] देखें

+3

मैं सहमत हूं। मैं व्यक्तिगत रूप से विम का उपयोग करता हूं। लेकिन मैं इसे एक आईडीई नहीं कहूंगा, यह एक जैसा महसूस नहीं करता है। हालांकि एक से बेहतर महसूस करता है :) –

+2

लेकिन क्या आपको लगता है कि आप कुछ कार्यक्षमता बलिदान नहीं करते हैं जो आईडीआई के विम का उपयोग करके कार्यान्वित करते हैं? उदाहरण के लिए, कई ड्रॉप डाउन मेनू में सैकड़ों फाइलों में कोड नामकरण सम्मेलनों को पुन: सक्रिय करने जैसे फ़ंक्शन हैं, यह एक उपयोगिता के साथ कैसे किया जा सकता है जैसे कि विम? – Mike

+2

विम की अपनी स्क्रिप्टिंग भाषा है, साथ ही पाइथन, पर्ल, रूबी और लुआ जैसे विभिन्न स्क्रिप्टिंग भाषाओं में स्क्रिप्ट लिखने की क्षमता है। उदाहरण के लिए यहां देखें: http://vim.wikia.com/wiki/Vim_as_a_refactoring_tool_and_some_examples_in_C_sharp – Jerub

3

Netbeans अपनी सी ++ समर्थन के लिए कुछ बहुत अच्छी समीक्षा मिल गया है: http://www.netbeans.org/features/cpp/

मैं सी ++ विकास के लिए NetBeans या ग्रहण के इस्तेमाल कभी नहीं किया है, लेकिन इसे देख लायक है।

5

Emacs एक शानदार, रहने-बाहर-मेरी-तरह-करने-योग्य-करने-करने-करने-करने-करने-योग्य प्रकार की आईडीई है। यह अन्य संबंधित प्रश्न देखें: Using Emacs as an IDE

9

मैं CodeBlocks की अनुशंसा करता हूं।

मुख्य विशेषताएं:

  • मुक्त स्रोत! जीपीएलवी 3, कोई छुपी लागत नहीं।
  • क्रॉस-प्लेटफ़ॉर्म। लिनक्स, मैक, विंडोज पर चलता है (wxwidgets का उपयोग करता है)।
  • सी ++ में लिखा गया। कोई व्याख्या की गई भाषा या स्वामित्व libs की आवश्यकता नहीं है।
  • प्लगइन्स के माध्यम से एक्सटेंसिबल

संकलक:

  • एकाधिक संकलक का समर्थन:
    • जीसीसी (MinGW/जीएनयू जीसीसी)
    • MSVC++
    • डिजिटल मंगल ग्रह
    • बोर्लेन्ड सी ++ 5.5
    • ओपन Watcom
    • ... और अधिक
1

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

+2

कह रहा है 'automake' मुझे दुखी करता है। :(मैं automake नहीं कहता, मैं आपको नफरत नहीं करता। – Jerub

2

व्यक्तिगत रूप से, मैं केडीवील्ड भीड़ से सहमत हूं। ग्रहण थोड़ा भारी और हल्के से अस्थिर महसूस किया। केडी डेवलपर के बारे में कुछ हमेशा सही महसूस होता है।

0

ग्रहण बुरा नहीं है, लेकिन आपको चीजों को ग्रहण करना है। ग्रहण कुछ निर्देशिका लेआउट पर विचारों में बनाया गया है। एक नई परियोजना के लिए, ग्रहण एक उचित विकल्प है। ग्रहण में मौजूदा प्रोजेक्ट को आयात करने के लिए कुछ पुनर्गठन की आवश्यकता हो सकती है।

मैं सी ++ के लिए क्यूएनएक्स के तहत एक्लिप्स का उपयोग करता था। क्यूएनएक्स लोगों ने वास्तव में सी ++ क्षमता विकसित की, इसलिए क्यूएनएक्स में एक आईडीई होगी।

4

मेरा वोट KDevelop है (मेरी इच्छा है कि मेरे पास अधिक अंक हैं इसलिए मैं "वोट अप" कर सकता हूं, इसलिए मैं टिप्पणी से अप्रत्यक्ष रूप से अन्य लोगों से सहमत हो सकता हूं)।

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

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

3

यदि आप विंडोज & विजुअल स्टूडियो से आ रहे हैं, तो आपको कोड :: ब्लॉक आपकी उम्मीदों को पूरा कर सकता है।

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

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

1

मेरी पुरानी नौकरी में हमने डेबियन के तहत सी ++ विकास के लिए SlickEdit का उपयोग किया। यह क्रॉस-प्लेटफॉर्म और काफी शक्तिशाली है।

हालांकि यह मुफ़्त नहीं है।

4

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

मैंने केडीवेल का उपयोग करके निर्भरताओं के साथ भी संघर्ष किया - यानी।जहां एक कार्यक्रम को पहले बनाया जाने वाला libs की एक छत की आवश्यकता होती है - लेकिन नेटबीन ने यह आसान बना दिया।

एकमात्र शिकायत यह है कि जावा ऐप होने के कारण, यह विशेष रूप से तेज़ नहीं है - वीएमवेयर के तहत चलते समय बहुत ध्यान देने योग्य है।

3

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

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

ग्रहण & नेटबीन बहुत अधिक & मेरे स्वाद के लिए सुस्त हैं। अधिकांश अन्य आईडीई में छोटी गाड़ी/अपूर्ण/गूंगा ऑटो पूर्णता & अन्य विशेषताएं हैं; या वे आपके कोड पर नियंत्रण रखना चाहते हैं और परियोजनाओं में आयात करने की जरूरत है; या वे आपके स्रोत फ़ोल्डर में 101 फाइलें डालते हैं। केवल KDevelop ने मुझे मेरे src फ़ोल्डर के लिए एक सरल लिंक रखने की अनुमति दी और मुझे काम करने दिया। ऑटो पूर्णता शानदार नहीं है, लेकिन दूसरों की तुलना में बेहतर है।

डेवलप मेरी Gnome के साथ अच्छी तरह से मिश्रण नहीं है, लेकिन मैं इसके साथ रह सकते हैं;)

2

अंतिम ++ [http://www.ultimatepp.org/index.html]

[संपादित करें]
यह खुद सी ++ वर्ग libs है (है हेर्नान अंक के रूप में बाहर), लेकिन एसडीएल की तरह किसी भी अन्य वर्ग libs का उपयोग करने से आपको कुछ भी नहीं रोकता है, या आप अपना खुद का रोल कर सकते हैं। यदि आप चाहें तो भी आप बूस्ट का उपयोग कर सकते हैं, लेकिन मुझे कहना होगा कि मुझे कुछ उपयोगी कक्षाएं & तकनीकें अधिक उपयोगी होने के लिए मिलती हैं।

मैं सबसे ज्यादा सराहना करता हूं कि यह डीबगर और बहुत पूर्ण संदर्भ-संवेदनशील संपादक के साथ शानदार एकीकरण है। यह लिनक्स पर मानक कंपाइलर & डीबगर (जीसीसी, जी ++, जीडीबी) और उस प्लेटफ़ॉर्म पर एमएस कंपाइलर/डीबगर का उपयोग करता है।

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

+0

I इस्तेमाल किया है यह और यह अच्छा है, इसकी अपनी सी ++ कक्षा पुस्तकालय के साथ एकीकृत है। –

0

Emacs साधारण चीजों के लिए काम करता है लेकिन मैं किसी भी बड़ी परियोजना के लिए ग्रहण का उपयोग करता हूं।

4

बस, नेटबीन्स डालें। आपको इसे आजमा देना है। यह बहुत अच्छा है। यह सीडीटी प्लगइन के साथ ग्रहण से काफी बेहतर है।

10

मुझे आश्चर्य है कि किसी ने Qt Creator का उल्लेख नहीं किया है, क्योंकि यह अधिकांश भंडारों में उपलब्ध है, आकार में काफी छोटा है और फिर भी मुझे सबसे अच्छी चीजों की आवश्यकता है।

+0

क्यूटी निर्माता को क्यूटी फ्रेमवर्क के साथ कसकर नहीं जोड़ा गया है? – BlueSilver

+1

यह क्यूटी ढांचे का समर्थन करता है, लेकिन इसकी आवश्यकता नहीं है। – tstenner

+0

QtCreator तेज़, स्थिर लोड करता है और मेरे लिए अच्छा काम करता है (आर्क लिनक्स पीसी)। –

1

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

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

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

कारण है कि इन एरेस Windows के तहत एक समस्या नहीं है कि दृश्य स्टूडियो एक वास्तविक मानक है। * निक्स के तहत एक परियोजना को सहयोगी रूप से विकसित करते समय विशेष उपकरण/संपादकों को लागू न करने की प्रवृत्ति है, और यही कारण है कि इन "क्रॉस-आईडीई संचार" समस्याएं उत्पन्न होती हैं।

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

संबंधित मुद्दे