C++ IDE voor Linux?

Ik wil mijn programmeerhorizons uitbreiden naar Linux. Een goede, betrouwbare basisgereedschap is belangrijk en wat is er meer dan een IDE?

Ik zou deze kunnen vinden, dus onderwerpen:

• lichtgewicht IDE voor Linux en
• Welke tools gebruikt u om te ontwikkelen
  C++ Toepassingen op Linux?

Ik ben niet op zoek naar een lichtgewicht ide. Als een IDE het geld waard is, dan zal ik ervoor betalen, dus het hoeft niet vrij te zijn.

Mijn vraag, dan:

Wat goed, C++ Programmering IDE is beschikbaar voor Linux?

De minimums zijn redelijk standaard: syntaxis-markering, code voltooiing (zoals intellisense of de eclips tegenhanger) en geïntegreerde debugging (bijv. Basic
breekpunten).

Ik heb er zelf naar gezocht, maar er zijn er zoveel dat het bijna onmogelijk is om het goede van de slechte hand met de hand te scheiden, vooral voor iemand zoals ik die kleine C++ coderingservaring in Linux heeft. Ik weet dat Eclipse ondersteunt C++ , en ik hou echt van die IDE voor Java, maar is het goed Voor C++ en is er iets beters?

De tweede post heeft eigenlijk een aantal goede suggesties, maar wat ik mis, is wat de suggesteerde IDE precies zo goed voor de gebruiker maakt, wat zijn de (dis) voordelen?

Misschien moet mijn vraag daarom zijn:

Welke IDE stelt u voor (gegeven uw ervaringen) en waarom?

Antwoord 1, Autoriteit 100%

In eerste instantie: verwarring

Toen ik dit antwoord oorspronkelijk schreef, had ik onlangs de overstap gemaakt van Visual Studio (met jarenlange ervaring) naar Linux en het eerste wat ik deed was proberen een redelijke IDE te vinden. Op dat moment was dit onmogelijk: er bestond geen goede IDE.

Epiphany: UNIX is een IDE. Alles.¹

En toen realiseerde ik me dat de IDE in Linux de commandoregel is met zijn tools:

• Eerst stel je je shell in
  • Bash, in mijn geval, maar veel mensen geven er de voorkeur aan
  • vissenof
  • (Oh My) Zsh;
• en uw redacteur; kies je gif – beide zijn state-of-the-art:
  • Neovim²of
  • Emacs.

Afhankelijk van uw behoeften, moet u vervolgens verschillende plug-ins installeren en configureren om de editor goed te laten werken (dat is het enige vervelende deel). De meeste programmeurs op Vim zullen bijvoorbeeld profiteren van de plug-in YouCompleteMevoor slimme automatische aanvulling.

Zodra dat is gebeurd, is de shell uw opdrachtinterface voor interactie met de verschillende tools – Debuggers (gdb), Profilers (gprof, valgrind), enz. U stelt uw project-/buildomgeving in met Maak, CMake, SnakeMakeof een van de verschillende alternatieven. En je beheert je code met een versiebeheersysteem (de meeste mensen gebruiken Git). Je gebruikt ook tmux(voorheen ook scherm) om te multiplexen (= denk aan meerdere vensters/tabbladen/panelen) en houd je terminalsessie.

Het punt is dat, dankzij de shell en een paar conventies voor het schrijven van tools, deze allemaal met elkaar integreren. En op die manier is de Linux-shell een werkelijk geïntegreerde ontwikkelomgeving, volledig vergelijkbaar met andere moderne IDE’s. (Dit betekent niet dat individuele IDE’s geen functies hebben die de opdrachtregel misschien mist, maar het omgekeerde is ook waar.)

Ieder zijn ding

Ik kan niet genoeg benadrukken hoe goed de bovenstaande workflow werkt als je er eenmaal een gewoonte van hebt gemaakt. Maar sommige mensen geven gewoon de voorkeur aan grafische editors, en in de jaren sinds dit antwoord oorspronkelijk werd geschreven, heeft Linux een reeks uitstekende grafische IDE’s gekregen voor verschillende programmeertalen (maar niet, voor zover ik weet, voor C++). Probeer ze eens, zelfs als u ze uiteindelijk niet gebruikt. Hier is slechts een kleine en bevooroordeelde selectie:

• Voor de ontwikkeling van Python is er PyCharm
• Voor R is er RStudio
• Voor JavaScript en TypeScript is er Visual Studio Code(wat ook een goede allround editor is)
• En tot slot houden veel mensen van de Sublime Text editorvoor algemene codebewerking.

Houd er rekening mee dat deze lijst verre van compleet is.

¹Ik heb die titel gestolen uit de reactie van dsm.

²Ik verwees hier vroeger naar Vim. En hoewel gewone Vim nog steeds meer dan capabel is, is Neovim een veelbelovende herstart en heeft het een paar oude wratten gemoderniseerd.

Antwoord 2, autoriteit 33%

Mijn persoonlijke favoriet is de CodeLite 2.xIDE.

zie: http://www.codelite.org

De beslissing om CodeLite te gebruiken was gebaseerd op een onderzoek naar de volgende C++ IDE voor Linux:

• Eclipse Galileo met CDT-plug-in
• NetBeans 6.7 (dat ook de basis is voor de SunStudio IDE)
• KDevelop4
• CodeBlocks 8.02
• CodeLite 2.x

Ik heb tenslotte besloten om CodeLite 2.xte gebruiken.

Hieronder heb ik een aantal voor- en nadelen opgesomd met betrekking tot de genoemde C++ IDE’s. Houd er rekening mee dat dit alleen mijn persoonlijke mening weergeeft!

EDIT: wat jammer dat SOF geen tabellen ondersteunt, dus ik moet in alinea’s schrijven …

Eclipse Galileo met CDT-plug-in

Pluspunten:

• redelijk snel
• ondersteunt ook Java, Perl (met E.P.I.C-plug-in)
• veel gebruikt en goed onderhouden
• ook beschikbaar voor andere OS-varianten (Windows, MacOS, Solaris, AIX(?))

Nadelen:

• GUI is erg verwarrend en enigszins inconsistent – helemaal niet erg intuïtief
• zwaar gewicht
• Ondersteunt alleen CVS (AFAIK)

NetBeans 6.7(merk op dat dit ook de basis is voor de SunStudio IDE)

Pluspunten:

• een van de meest intuïtieve GUI die ik ooit heb gezien
• ondersteunt ook Java, Python, Ruby
• integreert CVS, SVN, Mercurial
• veel gebruikt en goed onderhouden
• ook beschikbaar voor andere OS-varianten (Windows, MacOS, Solaris)

Nadelen:

• extreem langzaam
• zwaar gewicht
• gebruikt Spaces voor inspringen, wat niet het beleid is op mijn werk. Ik weet zeker dat dit configureerbaar is, maar ik kon niet vinden hoe dat te doen

KDevelop4(opmerking: ik heb er niet veel op getest)

Pluspunten:

• vaak gebruikt onder Linux
• integreert CVS, SVN, Mercurial

Nadelen:

• de GUI ziet er wat ouderwets uit
• zwaar gewicht
• zeer specifiek voor de KDE-omgeving

CodeBlocks 8.02(opmerking: ik heb er niet veel op getest)

Pluspunten:

• redelijk snel

Nadelen:

• de GUI ziet er wat ouderwets uit (hoewel het een mooi opstartscherm heeft)
• de lettertypen in de editor zijn erg klein
• sommige pictogrammen (bijv. de debugger-gerelateerde pictogrammen die beginnen/stappen) zijn erg klein
• geen integratie van bronbeheer

CodeLite 2.x(let op: dit is mijn persoonlijke favoriet)

Pluspunten:

• de beste, modern ogende en intuïtieve GUI die ik op Linux heb gezien
• lichtgewicht
• redelijk snel
• integreert SVN
• ook beschikbaar op andere OS-varianten (Windows, MacOS, Solaris(?))

Nadelen:

• geen CVS-integratie (dat is belangrijk voor mij omdat ik het op mijn werk moet gebruiken)
• geen ondersteuning voor Java, Perl, Python (zou leuk zijn)

Antwoord 3, autoriteit 29%

1. Code::Blocks
2. Eclipse CDT

Al snel zul je merken dat IDE’s niet genoeg zijn en dat je sowieso de GCC-toolchain moet leren (wat niet moeilijk is, in ieder geval de basisfunctionaliteit leren). Maar het kan geen kwaad om de overgangspijn met de IDE’s te verminderen, IMO.

Antwoord 4, autoriteit 25%

Een snel antwoord, om wat meer kennis aan dit onderwerp toe te voegen:
Je moet zeker eens kijken op NetBeans. Netbeans 6.7 heeft de volgende kenmerken:

• C/C++-projecten en sjablonen: ondersteunt syntaxisaccentuering,
  automatische code-aanvulling, automatisch inspringen.
• Het heeft een C/C++ Debugger
• Ondersteunt compilerconfiguraties, Configuration Manager en Makefile-ondersteuning (met een
  tovenaar).
• Het heeft een klassenvenster, een gebruiksvenster en een bestandsnavigatievenster (of paneel).
• Een Macro-uitbreidingsweergave, en ook tooltips.
• Ondersteuning voor QT-ontwikkeling.

Ik denk dat het een perfecte (en veel betere) vervanging van Visual Studio is, en een zeer goede tool om C/C++ te leren.

Veel succes!

Antwoord 5, Autoriteit 20%

Tenminste voor QT-specifieke projecten, de qt creator (van Nokia / Trolltech / Digia) shows grote belofte.

Antwoord 6, Autoriteit 12%

Kun je een beetje meer verduidelijken hoe het voor jou was, wat je moest veranderen. Misschien kun je me in de juiste richting wijzen door enkele links aan te bieden aan de informatie die je hebt gebruikt.

Mijn eerste bron waren eigenlijk de tools ‘manPagina’s. Typ gewoon

$ man toolname

Op de opdrachtregel ($Hier maakt deel uit van de prompt, niet de invoer).

Afhankelijk van het platform zijn ze behoorlijk goed geschreven en zijn ze ook te vinden op internet. In het geval van make, lees ik eigenlijk de complete Documentatie die een paar uur duurde. Eigenlijk denk ik niet dat dit in de meeste gevallen noodzakelijk of nuttig is, maar ik had een paar speciale vereisten in mijn eerste opdrachten onder Linux die een verfijnde makefile vereiste. Na het schrijven van de makefile gaf ik het aan een ervaren collega die enkele kleine tweaks en correcties deed. Daarna wist ik vrijwel make.

Ik heb Gvim gebruikt omdat ik daar wat (maar niet veel) eerdere ervaring had, ik kan helemaal niets zeggen over emacs of alternatieven. Ik merk dat het echt helpt om andere mensen ‘.gvimrcconfiguratie-bestand te lezen. Veel mensen zetten het op internet. Hier is de mijne .

Probeer niet alle binutils tegelijkertijd te beheersen, er zijn te veel functies. Maar ontvang een algemeen overzicht, zodat u weet waar u in de toekomst iets moet zoeken. U moet echter alle belangrijke parameters weten voor g++en ld(de GCC-linker-tool die automatisch wordt aangeroepen, behalve wanneer deze expliciet wordt voorkomen).

Ik ben ook nieuwsgierig, heb je code voltooiing en syntaxis-markering wanneer je codeert?

SYNTAX-markering: Ja, en een veel betere dan visuele studio. Code voltooiing: Ja- ISH . Ten eerste moet ik toegeven dat ik geen C++ -code voltooiing heb gebruikt, zelfs in visuele studio omdat (in vergelijking met VB en C #) het niet goed genoeg was. Ik gebruik het nu niet, maar toch, Gvim heeft native code voltooiingsteun voor C++. Gecombineerd met de ctags bibliotheek en een plug-in als taglist Dit is bijna een IDE.

Wat heeft me begonnen met me een artikel by Armin Ronacher. Voordat u de tekst leest, bekijkt u de schermafbeeldingen aan het einde van IT!

Moet u eerst samenstellen voordat u fouten (syntaxis) krijgt?

Ja. Maar dit is hetzelfde voor visuele studio, is het niet (ik heb nog nooit hele tomaat gebruikt)? Natuurlijk toont de SYNTAX-markering u niet-matching beugels, maar dat is ongeveer alles.

en hoe debug je (denk opnieuw breakpoints enz.)?

Ik gebruik gdbwat een opdrachtregelprogramma is. Er is ook een grafische frontend genaamd DDD. gdbis een moderne debugging tool en kan alles doen wat je in een IDE kunt doen. Het enige dat me echt irriteert, is het lezen van een stapeltracering omdat lijnen niet zijn ingesprongen of geformatteerd, dus het is erg moeilijk om de informatie te scannen als je veel sjablonen gebruikt (wat ik doe). Maar die vervuilen ook de stacktracering in IDE’s.

Zoals ik al zei, ik had het ‘genoegen’ om mijn eerste stappen in de Java-programmeertaal te zetten met behulp van Windows Kladblok en de commandoregel Java-compiler op de middelbare school, en het was, .. nou een nachtmerrie! zeker als ik het kon vergelijken met andere programmeercursussen die ik toen had waar we behoorlijke IDE’s hadden

Je moet niet eens proberen een moderne, volledige editor zoals Emacs of GVIM te vergelijken met Kladblok. Kladblok is een verfraaid TextBox-besturingselement en dit maakt echt het verschil. Bovendien is het werken op de opdrachtregel een heel andere ervaring in Linux en Windows. De Windows cmd.exeis ernstig verminkt. PowerShell is veel beter.

/EDIT: Ik moet expliciet vermelden dat GVIM bewerkingen met tabbladenheeft (zoals bij browsen met tabbladen, niet tabs-vs-spaces)! Het kostte me eeuwen om ze te vinden, hoewel ze helemaal niet verborgen zijn. Typ gewoon :tabein plaats van gewoon :ebij het openen van een bestand of het maken van een nieuw, en GVIM zal een nieuw tabblad maken. Schakelen tussen tabbladen kan met de cursor of verschillende snelkoppelingen (afhankelijk van het platform). De toets gt(typ g, dan tin opdrachtmodus) zou overal moeten werken, en springt naar het volgende tabblad, of tabblad nr. nals er een nummer is gegeven. Typ :help gtvoor meer hulp.

Antwoord 7, autoriteit 10%

Niet om een ​​antwoord te herhalen, maar ik denk dat ik een beetje meer kan toevoegen.

Slickedit is een uitstekende IDE.

Het ondersteunt grote code-bases goed zonder om al zijn tijdindexing te vertragen of door te brengen. (Dit is een probleem dat ik had met de CDT van Eclipse). De snelheid van Slickedit is waarschijnlijk het aardigste ding, eigenlijk.
De CODE-voltooiing werkt goed en er zijn een groot aantal opties voor dingen zoals automatische opmaak, verfraaiing en refactoring.
Het heeft een geïntegreerd debugging.
Het heeft plug-in ondersteuning en redelijk actieve gemeenschap die ze maken.
In theorie zou je goed moeten kunnen integreren met mensen die de traditionele makfile dingen doen, omdat je een project rechtstreeks van één kunt maken, maar dat werkte niet zo soepel als ik had gewild toen ik het probeerde.

Naast Linux zijn er Mac- en Windows-versies ervan, mocht u ze nodig hebben.

Antwoord 8, Autoriteit 9%

Als een oude UNIX-kerel, gebruik ik altijd Emacs. Maar dat heeft een mooie steile en lange leercurve, dus ik weet niet zeker of ik het aan nieuwkomers kan aanbevelen.

Er is echt geen “goede” ide voor Linux. Eclipse is niet erg goed voor C / C++ (CDT verbetert, maar is nog niet erg nuttig). De anderen mist alle functies waarnaar u gaat zoeken.

Het is echt belangrijk om te leren hoe alle individuele gereedschappen (GCC, MAKE, GDB, enz.) Werk. Nadat u dit hebt gedaan, vindt u misschien de visuele studio manier om dingen te doen om zeer beperkend te zijn.

Antwoord 9, Autoriteit 7%

Afrekenen Netbeans, het is geschreven in Java, dus je hebt dezelfde omgeving, ongeacht je OS, en het ondersteunt veel meer dan alleen C++.

Ik ga je niet proberen te overtuigen, omdat ik denk dat IDE’s een heel persoonlijke keuze kunnen zijn. Voor mij verbetert het mijn productiviteit door snel te zijn, de talen waarin ik codeer te ondersteunen en de standaardfuncties te hebben die je van een IDE mag verwachten.

Antwoord 10, autoriteit 7%

Een korte follow-up voor deze vraag…

Het is een maand geleden dat ik Vim begon te gebruiken als mijn belangrijkste ‘GUI’
tool voor het programmeren van C++ in Linux. In eerste instantie het leren
bocht was inderdaad een beetje steil, maar na een tijdje en met de
juiste opties ingeschakeld en scripts actief
heb het onder de knie!

Ik hou van de manier waarop je Vim kunt vormgeven aan je behoeften;
voeg gewoon key mappingstoe en Vim wordt omgezet in een
zeer productieve ‘IDE’.

De toolchain om een C++-programma op Linux te bouwen en te compileren is
ook heel intuïtief. make en g++ zijn detools die je gaat gebruiken
gebruik.

De debugger dddis echter niet zo goed, maar
misschien komt dat omdat ik geen tijd heb gehad om het onder de knie te krijgen
correct.

Dus voor iedereen die een goede C++ IDE in zoekt of zoekt
Linux, net zoals ik was, ligt je beste gok bij de standaard
beschikbare tools in Linux zelf (Vim, g++, ddd) en jij
zou echt op zijn minst moeten proberen ze te gebruiken, voordat je op zoek gaat naar
nog iets…

Last but not least wil ik konradecht bedanken voor
zijn antwoord hier, Het heeft me echt geholpen mijn weg te vinden in de
Linux-ontwikkelomgeving, bedankt!

Ik sluit deze vraag ook niet, dus mensen kunnen nog steeds
reageren of misschien zelfs nieuwe suggesties of toevoegingen toevoegen aan de
al heel leuke antwoorden…

Antwoord 11, autoriteit 6%

Ik raad je aan De kunst van UNIX-programmeringte lezen. Het zal u ertoe aanzetten de omgeving als uw IDE te gebruiken.

Antwoord 12, autoriteit 5%

Korter antwoord is: kies de gewenste “editor” en gebruik vervolgens de GDB-console of een eenvoudige GDB-frontend om fouten in uw toepassing op te sporen. De debuggers worden geleverd met mooie IDE’s zoals Netbeans zuigt voor C/C++. Ik gebruik Netbeans als mijn editor en Insight en GDB-console als mijn debugger.

Met inzicht heb je een mooie GUI en de brute kracht van GDB.

Zodra je gewend bent aan GDB-commando’s, zul je ervan gaan houden, omdat je dingen kunt doen die je nooit zult kunnen doen met een GUI. U kunt zelfs Pythongebruiken als uw scripttaal als u GDB 7 of een nieuwere versie gebruikt.

De meeste mensen hier besteedden meer aandacht aan de “Editors” van de IDE’s. Als u echter een groot project in C/C++ ontwikkelt, zou u gemakkelijk meer dan 70% van uw tijd aan de “debuggers” kunnen besteden. De debuggers van de fraaie IDE’s lopen minstens 10 jaar achter op Visual Studio. Netbenas heeft bijvoorbeeld zeer vergelijkbare interfaces met Visual Studio. Maar de debugger heeft een aantal nadelen in vergelijking met Visual Studio.

1. Zeer traag om zelfs een array weer te geven met slechts een paar honderden elementen
2. Geen markering voor gewijzigde waarde (Visual studio toont standaard rode waarden in de kijkvensters)
3. Zeer beperkte mogelijkheid om geheugen te tonen.
4. U kunt de broncode niet wijzigen en vervolgens doorgaan met uitvoeren. Als het lang duurt voordat een bug is verholpen, wilt u de bron wijzigen en de wijzigingen live toepassen en uw toepassing blijven uitvoeren.
5. U kunt de “volgende instructie” niet wijzigen om uit te voeren. In Visual Studio kunt u ‘Volgende instructie instellen’ gebruiken om te wijzigen hoe uw toepassing wordt uitgevoerd. Hoewel deze functie uw toepassing kan laten crashen als deze niet correct wordt gebruikt, zal het u veel tijd besparen. Als u bijvoorbeeld ontdekt dat de status van uw toepassing niet correct is, maar u weet niet wat de problemen heeft veroorzaakt, wilt u misschien een bepaald deel van uw broncodes opnieuw uitvoeren zonder uw toepassing opnieuw te starten.
6. Geen ingebouwde ondersteuning voor STL zoals vector, list, deque en map etc.
7. Geen bewakingspunten. U hebt deze functie nodig wanneer u uw toepassing moet stoppen op het moment dat een variabele wordt gewijzigd. Op Intel gebaseerde computers hebben hardwarebewakingspunten zodat de bewakingspunten uw systeem niet vertragen. Het kan vele uren duren om enkele moeilijk te vinden bugs te vinden zonder bewakingspunten te gebruiken. “Visual Studio” noemt “watch pointer” als “Data BreakPoint”.

De lijst kan veel langer zijn.

Ik was zo gefrustreerd door de nadelen van de Netbeans of andere soortgelijke IDE’s, dat ik GDB zelf begon te leren. Ik vond GDB zelf zijn zeer krachtig. GDB heeft niet alle bovengenoemde “nadelen”. Eigenlijk is GDB erg krachtig, het is in veel opzichten zelfs beter dan Visual Studio. Hier laat ik je een heel eenvoudig voorbeeld zien.

Je hebt bijvoorbeeld een array als:

struct IdAndValue
{
  int ID;
  int value;
};
IdAndValue IdAndValues[1000];

Wanneer uw toepassing stopt en u de gegevens in IdAndValues wilt bekijken. Als u bijvoorbeeld de rangtelwoorden en waarden in de array voor een bepaalde “ID” wilt vinden, kunt u een script maken zoals het volgende:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

U kunt alle variabelen in uw toepassing in de huidige context gebruiken, uw eigen variabelen (in ons voorbeeld is dit $i), doorgegeven argumenten (in ons voorbeeld is dit $arg0) en alle GDB-commando’s (ingebouwd of door de gebruiker gedefinieerd).

Gebruik PrintVal 1van de GDB-prompt om de waarden voor ID “1” af te drukken

Trouwens, NetBeans wordt geleverd met een GDB-console, maar door de console te gebruiken, zou u Netbeans kunnen laten crashen. En ik geloof dat dat de reden is waarom de console standaard verborgen is in NetBeans

Antwoord 13, autoriteit 4%

Ik gebruik “Geany” die tot nu toe goed is bevonden, zijn snelle en lichtgewicht IDE.

Onder de functies van Geany bevinden zich:

• Code vouwen
• Sessie opslaan
• Basis IDE-functies zoals syntaxisaccentuering, tabbladen, automatisch inspringen en code-aanvulling
• Eenvoudig projectbeheer
• Systeem bouwen
• Kleurenkiezer (verrassend handig tijdens webontwikkeling)
• Embedded terminal-emulatie
• Oproeptips
• Symbolenlijsten
• Auto-aanvulling van veelvoorkomende constructies (zoals if, else, while, etc.)

Antwoord 14, autoriteit 4%

Als je van Eclipse voor Java houdt, raad ik Eclipse CDT aan.
Ondanks dat C/C++-ondersteuning niet zo krachtig is als voor Java, biedt het toch de meeste functies. Het heeft een leuke functie genaamd Managed Project die het werken met C/C++-projecten gemakkelijker maakt als je geen ervaring hebt met Makefiles. Maar je kunt nog steeds Makefiles gebruiken.
Ik doe C- en Java-codering en ik ben erg blij met CDT. Ik ontwikkel de firmware voor een ingebouwd apparaat in C en een toepassing in Java die met dit apparaat praat, en het is erg leuk om voor beide dezelfde omgeving te gebruiken. Ik denk dat het me waarschijnlijk productiever maakt.

Antwoord 15, autoriteit 3%

Ik vind het geweldig hoe mensen het verzoek in de oorspronkelijke vraag voor een IDE volledig missen. Linux is GEEN IDE. Dat is gewoon niet wat die woorden betekenen. Ik heb c en c++ geleerd met vi en gcc en make, en ik zeg niet dat het geen geschikte tools zijn, maar het zijn GEEN IDE. Zelfs als je uitgebreidere tools zoals vim of emacs of welke mooie editor dan ook gebruikt, is het typen van commando’s op een opdrachtregel geen IDE.

Jullie weten ook allemaal dat make bestaat als onderdeel van een visuele studio, toch? Het idee dat een IDE “beperkend” is, is gewoon dwaas als je de IDE kunt gebruiken om sommige dingen te versnellen, maar toch in staat bent om terug te vallen op commandoregeldingen wanneer dat nodig is.

Dat gezegd hebbende, zou ik willen voorstellen, zoals meerdere hierboven hebben gedaan, om codeblokken te proberen. Het heeft fatsoenlijke codemarkering, een vrij moeiteloze manier om een project te maken, te coderen, uit te voeren, enz. Dat is de kern van een echte IDE en lijkt redelijk stabiel. Debuggen zuigt… Ik heb nog nooit een fatsoenlijke interactieve debugger gezien in een linux/unix-variant. gdb is het niet. Als je gewend bent aan debuggen in visuele studiostijl, heb je vrijwel geen geluk.

Hoe dan ook, ik ga mijn spullen pakken, ik weet dat de one-view-only linux-menigte dit zal schreeuwen en me binnen de kortste keren de stad uit zal jagen.

Antwoord 16, autoriteit 3%

make + vim + gdb = één geweldige IDE

Antwoord 17, autoriteit 3%

Ik hou heel erg van ultimate ++ ide. Het heeft enkele functies die zijn ontworpen om te gebruiken met hun eigen bibliotheek (die, trouwens, een leuke toolkit is als u niet wilt kopen op GTK + of QT), maar het werkt volkomen goed met algemene C++ -projecten. Het biedt fatsoenlijke voltooiing, goede syntaxiskleuring, geïntegreerde foutopsporing, en alle andere functies die de meeste moderne ID’s ondersteunen.

Antwoord 18, Autoriteit 3%

Ik raad echt codeBlocks . Het is niet zo zwaar als Eclipse en het heeft visuele studio-projectondersteuning.

Antwoord 19, Autoriteit 2%

Misschien de Linux Tools Project voor Eclipse kan uw behoeften invullen?

Het Linux Tools-project heeft tot doel een volledig uitgeruste C- en C++ IDE aan Linux-ontwikkelaars te brengen. We bouwen op de bronbewerking en debugging-functies van de CDT en integreren populaire inheemse ontwikkelingshulpmiddelen zoals de GNU Autotools, Valgrind, Oprofile, RPM, SYSTEMTAP, GCOV, GPROF, LTTNG, enz. Huidige projecten omvatten LTTNG Trace-kijkers en analysers, een RPM .SPEC-editor, AutoTools Build Integration, een Gereedschapsinstrument voor het gebruik van Valgrind Heap Gebruik en Oprofile Call Profiling Tools.

Antwoord 20, Autoriteit 2%

Op Linux zijn er tal van ides:

• code :: blokken
• Codelite
• kdevelop
• QT Creator
• Eclipse met CDT
• netbeans

mijn ervaring, de meest waardevolle zijn Eclipse en Qt Creator .
Beide helpen “standaard” kenmerken (d.w.z. automatisch aanvullen, syntaxis highlightning, debugger, git integratie).
Het is vermeldenswaard dat Eclipse biedt ook refactoring functionaliteiten, terwijl Qt Creator biedt integratie met Valgrind en ondersteuning voor implementatie op afstand doelen.

Ook de commerciële CLION IDE lijkt preety goed (maar ik heb niet veel gebruikt).

Antwoord 21, Autoriteit 2%

Ik hoor Anjuta is vrij glad voor Gnome gebruikers. Ik speelde een beetje met KDevelop en het is leuk, maar een soort van gebrek aan featurewise. Code :: Blocks is ook zeer veelbelovend, en ik vind dat men het beste.

Antwoord 22, Autoriteit 2%

Sun Studio versie 12 is een gratis te downloaden (gratis en betaalde ondersteuning beschikbaar) – http://developers.sun.com/sunstudio/downloads/thankyou.jsp?submit=%A0FREE+Download%A0%BB%A0 .

Ik weet zeker dat je code completion en debuggen ondersteuning met plugin ondersteuning in deze IDE.

Sun Studio is beschikbaar voor Linux en Solaris.
forums: http://developers.sun.com/sunstudio/community/forums/index .jsp .
Sun Studio Linux forums: http://forum.sun.com/forum.jspa?forumID= 855

Ik zal popelen om uw feedback te horen op dit instrument.

BR,
~ A

Antwoord 23, Autoriteit 2%

Ik heb eerder gebruikte Ultimate ++ IDE en het is vrij goed.

Antwoord 24, autoriteit 2%

En toen merkte ik dat dit gewoon niet is hoe je daar werkt*, en ik gooide alles eruit, bracht een paar dagen door met het lezen van handleidingen, het opzetten van mijn shell (bash), het opzetten van een GVIM-omgeving, leerde de GCC/ binutils toolchain, make en gdb en leefden nog lang en gelukkig.

Ik ben het er grotendeels mee eens, maar het probleem is ook een perceptie: we vergeten hoe moeilijk het was om productief te worden in een gekozen IDE (of andere omgeving). Ik vind IDE’s (Visual Studio, NetBeans, Eclipse) op zoveel manieren ongelooflijk omslachtig.

Als oude UNIX-man gebruik ik altijd Emacs. Maar dat is behoorlijk steil
en een lange leercurve, dus ik weet niet zeker of ik het aan nieuwkomers kan aanbevelen.

Dat zou ik onderschrijven; gebruik Emacs als mijn primaire editor op zowel Linux als op MSW (XP2,W2K).
Ik ben het er niet mee eens dat het een steileleercurve heeft, maar ik zou zeggen dat het vanwege het enorme aantal functies een langeleercurve heeft. U kunt binnen korte tijd productief zijn, maar als u wilt, kunt u er jarenlang nieuwe functies van leren.

Echter — verwacht niet dat alle functies van Emacs beschikbaar zijn in vervolgkeuzemenu’s, er is gewoon te veel functionaliteit om het daar te vinden.

Zoals ik al zei, gebruik ik al jaren GNU Emacs op MSW. En het heeft altijd goed gewerkt met Visual Studio totdat ik “opwaardeerde” naar 2008; nu vertraagt het somsvele seconden voordat bestanden van schijf worden vernieuwd. De belangrijkste reden voor het bewerken in het VS-venster is de functie “Intellisense” code-aanvulling.

Antwoord 25, autoriteit 2%

geanyIk raad het aan

Antwoord 26, autoriteit 2%

Hoewel ik VIM gebruik, gebruiken sommige van mijn collega’s slickedit die er best goed uitziet. Ik ben niet zeker van geïntegreerd debugging omdat we dat toch niet in staat zouden zijn om te doen op ons specifieke project.

Slickedit heeft een goede ondersteuning voor het navigeren van grote codebases, met kruisverwijzingen en tag springen. Natuurlijk heeft het de basisspullen zoals Syntax-markering en CODE-voltooiing ook.

Antwoord 27, Autoriteit 2%

Ik gebruik Eclipse CDT en QT Creator (voor QT-toepassingen).

Dat zijn mijn voorkeuren. Het is een zeer suggestieve vraag en er is zoveel antwoorden zoals er ontwikkelaars zijn. 🙂

Antwoord 28, Autoriteit 2%

Slickedit. Ik heb sinds 2005 sinds 2005 gebruikt en hield van Slickedit, zowel op Windows als op Linux. Ik heb ook ervaring met werken in visuele studio (5, 6, 2003, 2005) en alleen met Emacs en opdrachtregel. Ik gebruik Slickedit met externe makeFiles, sommige van mijn teamgenoten gebruiken Slickedit, anderen gebruiken Emacs / VI. Ik gebruik de geïntegreerde debugger, geïntegreerde versiecontrole, geïntegreerd buildsysteem: ik vind over het algemeen te veel integratie om echte pijn te zijn. Slickedit is robuust (heel weinig bugs), snel en intuïtief. Het is als een Duitse auto, een rijwagensauto.

De nieuwste versies van Slickedit lijken veel functies aan te bieden die me niet interesseren, ik ben een beetje ongerust dat het product in de toekomst opgeblazen en verdund zal worden. Voor nu (ik gebruik V13.0) het is geweldig.

Antwoord 29

voor mij Ultimate ++ lijkt de beste oplossing te zijn om cross-os-programma

te schrijven

ANTWOORD 30

Als u vim lange tijd gebruikt, moet u dat daadwerkelijk als uw IDE maken. Er zijn veel add-ons beschikbaar. Ik vond verschillende van die net zo goed en compileerden het hier, bekijk het.

• C/C++ IDE
• Broncode browser

En nog veel meer in de vi / vim tips & trucs-serie daar.