Optimale Eclipse CDT (C++) Erfahrung im März 2010

Question

Ich bin ein Student, der C++ nächsten Quartal verwenden wird. Ich habe es sehr genossen, die Galileo-Version von Eclipse mit Java zu verwenden und ich würde weiterhin Eclipse für die C++ - Entwicklung verwenden.

Ich experimentiere jetzt mit C++ - Entwicklung auf Eclipse. Ich betreibe Eclipse 3.5 SR2 mit CDT 6.02. Mein Betriebssystem ist Windows 7 und ich habe MinGW-5.1.6 installiert. Version 6.3 von GDB ist installiert.

Ich habe es kompilieren und Code durchlaufen. Allerdings habe ich den Verdacht, dass ich gerade krabbeln und noch "das Auto aus dem ersten Gang schalten" muss. Ich habe ungefähr eine Woche damit verbracht, im Web herumzustochern, um zu lernen, was eine "optimale" C++ Eclipse-Erfahrung ausmacht. Insbesondere interessiere ich mich für Rundum-Trip mit UML und Unit-Testing.

Meine Erforschung des Internets wurde zu einer archäologischen Grabung. Ich habe Artikel aus dem Jahr 2003, alternative MinGW-Distributionen, Referenzen zu Plugins, Dead-Links, mehr Referenzen zu Plugins, leidenschaftliche Diskussionen über gdb-Bugs und mehr Referenzen zu Plugins gelesen.

Ich habe keine Ahnung mehr, was eine optimale C++ - Eclipse-Umgebung darstellen könnte. Würden die Mitglieder der Community gerne darüber nachdenken, was sie als die derzeit optimale Erfahrung für die C++ - Entwicklung unter Verwendung von Eclipse ansehen?

Answer 1

Hier ist, was ich mit für eine C++ Entwicklungsumgebung auf Windows 7.

• Compiler endete & Bibliotheken
• Nuwen MinGW Distro.
• Es enthält die Boost-Bibliotheken, die für das Unit-Testing-Framework erforderlich sind.
• Vielen Dank an Stephan T. Lavavej für die Bereitstellung dieser Verteilung.
• Debugger
• Die GNU debugger as built for Windows.
• Ich habe die Datei gdb.exe in meinen Ordner C: \ MinGW \ bin kopiert und es hat gut funktioniert.
• Danke für Equation Solution für die Bereitstellung von Win32 und Win64 Binaries der ausführbaren Datei GDB.
• IDE
• Eclipse IDE for C/C++ Developers.
• Unit Testing Framework
• CUTE (C++ Automatische Unit Testing Einfachere).
• Laden Sie das Eclipse-Plug-In mit der Eclipse-Softwareinstallation herunter. Fügen Sie diese URL zu "Verfügbare Softwareseiten" hinzu: http://ifs.hsr.ch/cute/updatesite.
• Die CUTE-Website verfügt über hervorragende Installations- und Nutzungshinweise.

---

Ich konnte ein Round-Trip-Modellierungs-Tool finden, die nützlich für mich war. Die Suche nach kostenlosen UML-Werkzeugen war wie eine Wanderung durch eine bombardierte Stadt. Dutzende von Projekten standen in verschiedenen Stadien der Benutzerfreundlichkeit. Einige Projekte waren eindeutig aktiv, andere waren eindeutig aufgegeben, aber die meisten lagen irgendwo dazwischen. Visio ist weiterhin meine pragmatische Wahl für die Erstellung von UML-Modellen.

Answer 2

wie keiner der C++ Sehen Götter hier auf SO gewogen haben in ...

Meine letzte Erfahrung mit CDT war vor etwa 1 Jahr. Ich auch Liebe Eclipse für Java, und während CDT "den Job gemacht", ich hatte nicht das Gefühl, dass es besser als Code :: Blocks, die ich für Cross-Plattform-Entwicklung verwendet habe.

Eclipse hat Zugriff auf UMLet, das ist mein Lieblings-UML-Tool, da es eine sehr einfache Skriptsprache anstelle der 'Mausklick-Ziehen-Doppelklick-Typ' Hölle, dass die meisten UML-Anwendungen werden. UMLet kann jedoch auch als Standalone-Anwendung verwendet werden, wodurch das Einstecken in Eclipse kaum mehr als die Verschwendung von Bildschirmfläche bedeutet.

Am Ende glaube ich wirklich nicht, dass Sie viele Profis finden werden, die in CDT entwickeln.

auf der Linux-Seite Sie gehen Entwickler zu finden, mit, was sie benutzen wollen (Anjuta, Code :: Blocks, Dev-C++, kdeveloper, EMACS, vim, etc.)

Auf der Windows-Seite Sie Ich werde Visual Studio überwiegend von den oben genannten IDEs gefunden, die plattformübergreifend sind.

Am Ende, wenn ich in Eclipse entwickeln musste; Ich würde CDT, UMLet und Subclipse verwenden. Nachdem ich das gemacht habe, würde ich mich wahrscheinlich nach TortoiseSVN, Visual Studio, Code :: Blocks und UMLet Standalone sehnen.

Soweit automatisierte Testeinheiten gehen? Weiß nicht, schreibe meine Tests von Hand. Ich hoffe, das hilft.

Answer 3

CDT 7.0 (ab sofort im Juni) wird eine Vorschau auf Codan, ein statisches Analyse-Framework für C/C++, haben. Es wird Logikfehler für Sie in "Echtzeit" hervorheben, d. H. Ohne auf die Kompilierung warten zu müssen. (Es hat im Moment nicht viele Checker, aber die Zahl wächst, und Sie können auch eigene Checker implementieren.)

CDT 7.0 enthält auch einen neuen Debugger von Nokia ("EDC") , die das Debuggen ermöglicht, ohne auf Tools von Drittanbietern wie gdb angewiesen zu sein. Dies ermöglicht auch das Debuggen von Visual Studio-Binärdateien, was zuvor unmöglich war.

Die "Open Type" und "Open Resource" -Befehle von CDT (und JDT auch, BTW) ist etwas, was ich immer vermisse, wenn ich Sachen in Visual Studio machen muss. Es ist sehr praktisch, jeden Typ durch schrittweises Eintippen eines Teils seines Namens zu lokalisieren, und Visual Studio hat nichts damit zu tun.

Die Integration mit Unit-Testing fehlt jedoch noch. Nicht sicher, warum das nicht funktioniert hat.