Nach dem ich jetzt einige Monate lang nicht mehr richtig zum programmieren gekommen bin, konnte ich in den Weihnachtsferien endlich mal wieder was basteln und hab nichtmal annähernd das geschafft, was ich mir vorgenommen hatte. Warum? Hab mich mal wieder mehr mit den Tools herumschlagen müssen.
Da dieser Test die meisten Leute auf die Seite gelockt hat, hier mal ein kleines Update.

Visual Studio

Ich hab mir zum Glück in den letzten Wochen meines Studentenlebens noch Visual Studio Academic Edition zugelegt. Für 60€ ok, sofern man die Bezugsberechtigung hat.
Die Entwicklungsumgebung ist leider noch immer so schrottig wie zuvor. Die Syntaxhervorhebung ist sehr minimalistisch. Die automatische Codeformatierung kann man nicht konfigurieren (M$ hat halt seine Vorstellung von Codeformatierung). Der Compiler lässt einiges durchgehen, was der GCC nicht durchgehen lässt. Der gemeldete Bug in AnkhSVN ist immer noch da, aber das ist nur ein kleines Ärgernis. Einen Profiler gibt´s nur in den extra teuren Visual Studio Versionen. Ohne Linux und Valgrind hätte ich noch immer einige üble Heap Corruptions drin...

Eclipse+CDT

Eclipse ist toll. CDT ist toll. Gibt´s für Linux und Windows und unterstützt GCC. Und das alles für lau. Verglichen mit Visual Studio ist Eclipse zwar subjektiv hässlich, aber es ist einfach komfortabel zu benutzen. Die Codeformatierung ist gut, die Syntaxhervorhebung auch, Subversion ist gut integriert, der Debugger zeigt auch alles Wichtige an. Wenn er nur laufen würde. Entweder ignoriert er Breakpoints total, oder er springt an ganze andere Adressen oder an Code, der gar nicht von mir ist und wo ich gar nicht weiss, wo der herkommt, während er in einer Endlosschleife hängt und wiederholt endlos eine Fehlermeldung zu der es nur Berichte aber keine Lösungen gibt. Ich hab auch mal versucht Cygwin statt MinGW zu benutzen, aber gebracht hat das auch nix. Wieviel Zeit bei dem rumprobieren drauf gegangen ist :(

Code::Blocks

Code::Blocks hat mir damals schon recht gut gefallen aber ohne integrierte CVS oder SVN unterstützung uninteressant. Aber hey, da im Forum wird ja ein neues Plugin entwickelt, probieren wir das doch aus. Naja, nach zig Stunden kompilierens und ausprobieren hab ich es dann doch wieder aufgegeben. Naja, steht ja auch dabei, das es in einer frühen Entwicklungsphase ist. Ok. schauen wir "später" noch mal rein...

Eclipse+CDT Reprise

Das Ding muss doch laufen. Hm, will nicht, verdammt :( . Hab aber im Netz einige Links gefunden, dass wohl GDB wohl so einige Probleme mit C++ und Breakpoints haben. Leider hab ich die Berichte nicht gebookmarked :( (vielleicht der hier? oder der hier?). Nun ja, mit GDB debuggen geht wohl nicht so richtig und CDT unterstützt momentan wohl nur GDB, oder zumindestens hab ich keinen anderen unterstützten Debugger gefunden. Leider brauch ich den Debugger, so das ich CDT wohl nicht nutzen kann, schade, das Ding ist einfach bequem. Es gibt noch einen kleinen Bug, wenn man paralleles kompilieren möchte, dann baut der alles neu, aber das sollte ja nicht das Problem sein.

Visual Studio

Tja, und so häng ich mal wieder bei Visual C++. Es läuft wenigsten. Der Debugger läuft wenigstens. Das ist wichtig. Auch wenn es sich in UltraEdit bequemer editieren lässt als in Visual Studio, eine vollständige IDE ist immer noch wichtiger. Mal schauen wie es mit den nächsten CDT/GDB Versionen aussieht Eine kleine Sache sollte noch erwähnt werden, wenn man sich unter anderem den "rohen" Heap angucken will, dann muss man in den allgemeinen Optionen von Visual Studio unter Debuggen->Allgemein die Option "Debuggen auf Adressebene aktivieren" aktivieren, weil ansonsten kann man die Fenster "Arbeitsspeicher" gar nicht erst aufrufen, was ziemlich blöd ist, wenn man sich mal im Speicher einen Problembereich anschauen möchte, was sehr nützlich ist, wenn man mit Pointern auf "rohem" Speicher herumhantieren muss. Also bleibt´s erstmal wieder bei Visual Studio :(

Auch wenn ich mich nach meinem letzten Test für Eclipse entschieden hatte, benutze ich doch jetzt erstmal vorläufig (im Rahmen der 90tägigen Evaluationsversion) Visual C++ 2005. Was sprach gegen Eclipse/CDT? Einige Bugs. Diese sind bereits gemeldet und werden hoffentlich schnell beseitigt. Der eine aktuelle Bug betrifft das Debugging unter Windows. Bei mir springt der irgendwann in die STL (vor allem std::exception) und kommt nie wieder raus, und flutet dabei die Ausgabe. Das andere Problem ist, das der bei Kompilierungs-Fehlern in einem Bibliotheksprojekt die Bibliothek mit der alten Version des Version von dem nicht kompilierenden File zusammenbaut, und dadurch dann schleichend Fehler in einem davon abhängigen Executable-Projekt verursacht. Abhilfe schafft ein ewiges Clean & Build. Ein noch nicht gemeldeter Fehler betrifft auch den Build-Prozess (der auch als "experimental" gekennzeichnet ist) der dafür sorgt, das die Fehlermeldungen und Warnungen nach einem Buildvorgang nicht angezeigt werden, dieses passiert aber auch nur beim automatischen Build. Hab momentan nicht die Zeit dem auf den Grund zu gehen. Ein (schon länger) gewünschtes Feature über den schnellen Wechsel zwischen Header/Implementation wurde sehr zügig eingebaut. Erfahrungen mit Visual C++ Ich glaube, je länger man mit einer Entwicklungsumgebung arbeitet umso mehr Fehler findet man. Visual C++ leidet unter dem gleichen Fehler im Build-System wie Eclipse/CDT, eine Bibliothek wird trotz Fehler in einzelnen Dateien erstellt, wenn die jeweiligen (alten) Objektdateien schon existieren. Dann versagt die Autovervollständigung in einigen sehr einfachen Fällen wo noch nichtmals Templates oder Ableitungen ins Spiel kommen. Und zu guter letzt ist die automatische Codeformatierung durch die mangelnde Konfigurationsmöglichkeit eher nervig und nahezu unbrauchbar meiner Meinung nach. Der Wechsel zwischen Definition und Deklaration funktioniert im Gegensatz zu Eclipse/CDT schon, wenn auch nur für Funktionen/Methoden/etc und nicht direkt für Dateien. AnkhSVN funktioniert jetzt auch bei mir ohne Probleme. Ich warte und hoffe jetzt auf den ersten RC von CDT 4.0. Mal schauen, wie der funktioniert. Das Debugproblem ist für mich ein KO-Kriterium. Vielleicht ist das Ablaufen der Testlizenz von Visual C++ auch eins...

Ich suche eine Entwicklungsumgebung für C++ die folgende Punkte zwingend erfüllen muss:

• Projektverwaltung (mit mehreren Projekten gleichzeitig)
• Integrierter Debugger
• Class Browser
• Subversion Unterstützung
• Codevervollständigung
• Übersicht auf kleinen Displays (15" Laptop-TFT)

Optional hätte ich gerne noch folgende Features:

• Lauffähig auf mehreren Plattformen (Linux und Windows)
• Unterstützung für Codedokumentation (Doxygen)
• Open-Source
• Codeformatierung
• Automatisches Makefile/Build Management

Leider ist das gar nicht mal so einfach, was zu finden, was möglichst viele Kriterien erfüllt. Gehen wir mal meine Odyssee durch, wobei dies kein umfassender Vergleich sein soll.

Hinweise

Dieser Test soll nicht fair sein, und er ist auch wirklich äußerst subjektiv. Ich bin teilweise recht voreingenommen was bestimmte Produkte angeht, beispielsweise weil sie in Java geschrieben sind, oder von M$ sind. Ich denke meine Kriterien haben sich auch teilweise während dem Ausprobieren der anderen IDEs leicht verändert. Wer eine abweichende Meinung hat oder denkt das "seine" IDE zu schlecht weggekommen ist, da unten ist ein Eingabefeld für Kommentare und links ein Link zur Seite mit den Kontaktmöglichkeiten. Da ich mit einigen IDEs nur wenige Stunden herumexperimentiert habe, sind mir wahrscheinlich auch eine Menge interessanter Features entgangen, auch hier würde ich mich über Tipps und Hinweise freuen :)

Erläuterung der Kriterien

• Projektverwaltung Es sollte mehr als ein Editor sein, mit dem man mehrere Dateien gleichzeitig bearbeiten kann. Projekte sollten eine funktionelle Einheit bilden. Mehrere Projekte gleichzeitig in einer Arbeitsumgebung zu haben ist auch hilfreich, vor allem, wenn man beispielsweise eine Bibliothek (oder mehrere!) entwickelt und dazu Testprogramme oder eine Applikation die auf diese Bibliothek aufsetzt. Natürlich liese sich das bestimmten Fällen auch mit mehreren Zielen im Buildmanagement erreichen, aber es wäre nicht so sauber.
• Integrierter Debugger Jede IDE sollte einen Debugger drin haben, sonst ist es einfach keine IDE. Gute Debugger haben überwachte Ausdrücke, automatische lokale Variablen und bedingte Haltepunkte. Und leider können das nicht alle IDEs :(. AFAIR hatte Eclipse/CDT früher Probleme den Typ von Variablen oder Arrays festzustellen.
• Class Browser Der Class Browser ist wichtig um auf einer höheren Ebene ein Projekt umzusetzen wie man sie nicht hätte, wenn man nur mit Dateien, statt mit Klassen arbeiten müsste.
• Unterstützung für Subversion Die Integration einer Codeverwaltung ist für mich wichtig und zur Not würde es auch CVS tun wenn der Rest stimmt. Es gibt zwar auch Konsolenprogramme und Erweiterungen für den Explorer (TortoiseSVN) aber da müsste man immer selber Dateiauschlüsse wie Backupdateien, IDE-Zwischendateien, etc verwalten, was eine IDE automatisch machen sollte.
• Codevervollständigung Dies ist auch eine nützliche Funktion, weil sie einem immer daran erinnert, welche Funktionen und Methoden gerade verfügbar sind. Auch wenn man diese als Programmierer auswendig können sollte, ist es doch oft doch so, das einem gerade der Name nicht einfällt.
• Übersichtlichkeit bei 1024x768px Gerade wenn man ein "kleineres" Notebook hat, ist diese Auflösung wieder wichtig. Und man sollte auch bei dieser Auflösung komfortabel arbeiten können und dabei noch die Übersicht zu behalten.
• Verfügbarkeit für mehrere Plattformen Auch wenn ich noch ein Windowsbenutzer bin, möchte ich doch endlich mal auf Linux umsteigen, und würde da dann gerne dann die gleichen Programme nutzen wie unter Windows. Zudem finde ich, das man so programmieren sollte, das es nicht nur unter Windows läuft, sondern auch unter Linux und Mac OS X
• Unterstützung für Codedokumentation Seine eigenen Ergüsse zu dokumentieren ist auch äusserst wichtig, vor allem wenn man Bibliotheken schreibt, die andere evt. verwenden (müssen). Diese unangenehme Arbeit sollte von einer IDE unterstützt werden.
• Open Source Eigentlich eine persönliche Einstellungssache. Aber selbst wenn man kein Open Source Fanatiker ist, sollte man doch einsehen, das es eher möglich ist eine Erweiterung für eine Open Source Anwendung zu entwickeln als für eine Closed Source Software, was sich dann bestimmt positiv auf deren Anzahl auswirkt.
• Codeformatierung Richtige Programmierer sollten ihren Code händisch nach ihrem favorisierten Stil formatieren können, ich bin dafür aber zu faul, habe aber dennoch gerne einen sauber nach meinem Lieblingsstil formatierten Code (GNU Stil). Am besten wäre es, wenn der Code beim Editieren schon formatiert würde.
• Automatisches Makefile/Build Management Gerade für Anfänger ist es hilfreich, wenn sich die Entwicklungsumgebung um die nötigen Einstellungen kümmert, auch wenn sie den Entwickler trotzdem nicht von allen Einstellungen befreien kann. Gerade Bibliotheken und bestimmte frameworkabhängige Projekte brauchen oft sehr komplizierte Einstellungen. Zu dem muss man dann nicht selber das Makefile pflegen, wenn man an der Struktur des Programms was ändert. Trotzdem sollte man ein Projekt auch ohne IDE kompilieren können.

Code::Blocks

Die Projektverwaltung ist klasse, mehrere Projekte können bequem innerhalb eines Workspaces verwaltet werden. Der Debugger gefällt mir persönlich auch sehr gut. Überwachte Ausdrücke sind in anderen IDEs leider nicht selbstverständlich. Der Class Browser ist gar nicht mal so schlecht, wenn man erstmal die anderen IDEs ausprobiert hat. Ich fand ihn zuerst doch etwas rudimentär. Das Subversionplugin läuft nur mit dem letzten Release Candidate, der von Herbst 2005 ist. Die aktuelle SVN-Version hat keine Codeverwaltungsunterstützung mehr. Die Codevervollständigung läuft mittelmässig. Nicht immer werden alle Mitglieder und Auswahlmöglichkeiten angezeigt, bei komplizierten Typen und Templates (Shared Pointer) versagt sie zumindestens bei mir vollständig. Auch auf meinem Notebook lässt es sich gut arbeiten :) Die IDE läuft zumindestens unter Windows und Linux. Die Projekte lassen sich unter beiden Plattformen nutzen Eine Dokumentationshilfe habe ich nicht gefunden. Die IDE ist Open-Source und damit auch kostenlos. Die Codeformatierung ist exzellent, sie bietet gängige Layouts an, lässt sich aber auch konfigurieren. Leider muss man sie von Hand starten. Die automatische Buildverwaltung ist gut, allerdings ist zum kompilieren die IDE nötig. Einen Makefileexport gibt es nicht. konstanter CPU-Verbrauch auch im Leerlauf Schnelles Umschalten zwischen Header und Implementation

Eclipse/CDT

Die Projektverwaltung ist super, mehrere Projekte werden unterstützt und zudem kann Eclipse die Pfade (Includes, Libs, etc) zwischen den Projekten automatisch verwalten. () Der Debugger scheint sehr gut geworden zu sein. Nur beim Anlegen bedingter Haltepunkte kommt ein Fehler und man muss Eclipse abschießen, aber das dürfte mit der Beta (Alpha?) Version zusammenzuhängen, so das der Fehler bald behoben sein wird. Einen Class Browser gibt es momentan nicht. Der ist in einer Version mal temporär rausgeflogen, aber nie wieder aufgetaucht. Dafür existieren eine "Outline" Ansicht, die die Funktionen der aktuellen Datei anzeigt, und eine Index-Ansicht, die einem Class Browser sehr nahe kommt. Ein Class Browser sollte damit doch einfach zu implementieren sein. () Subversion wird über Subclipse sehr gut in Eclipse unterstützt. Auch wenn es ein Konkurrenzplugin gibt, was einige nette Features aufweisst, ist die bestehende Implementation recht gut. Die Codevervollständigung sieht gut aus und hat zumindestens mit Templates keine Probleme () Mit einer 1024x768er Auflösung ist kaum was im Editor zu sehen. Nach einigen Anpassungen geht es meiner Meinung nach. () Eclipse läuft auf Plattformen die Java und SWT unterstützen (zumindestens Windows und Linux/GTK). Das CDT braucht eine externe Compiler Toolchain wie GCC/GNU Make. Eclipse hat ein Doxygen Plugin namens Eclox, aber das hat zumindestens damals bei mir beim Updaten immer Probleme gemacht. Es ermöglicht wohl nur eine Doxygen Konfiguration, aber eine sinnvolle Dokumentationshilfe gibt es meines Wissens nach nicht. Die IDE ist Open-Source und damit auch kostenlos. In der neuen Version ist eine Codeformatierungsroutine drin, man muss sie zwar von Hand aufrufen, aber sie scheint ihren Dienst zu tun :) () Projekte können nur in Eclipse kompiliert werden, es gibt wohl momentan keine Möglichkeit diese zu exportieren. Die Eclipse frisst wie jedes typische Java Programm Unmengen an Speicher. Bei mir können schon bis zu 200MB dabei drauf gehen. Die Oberfläche ist aber recht schnell und nicht so träge wie SWING-Programme (siehe Netbeans). Wenn man in Eclipse eine Datei speichert, dann wird diese im Hintergrund kompiliert, was sehr angenehm ist, aber auch zu Problemen führen kann, wenn man mehrere Dateien parallel bearbeitet und die Änderungen von einander abhängen, dann kommt es dadurch zu Kompilierungsfehler. Ansonsten sehr angenehm :)

KDevelop

Die Projektverwaltung ist für mich katastrophal. Mehrere Projekte gleichzeitig werden meines Wissens nach nicht unterstützt. Die Anzeige von Dateien im Projekt ist total unübersichtlich. Dafür ist ein Dateiexplorer eingebunden, aber eigentlich bevorzuge ich eine "virtuelle" Übersicht. Den Debugger habe ich nicht getestet, da mir die Projektverwaltung schon zu katastrophal war (Bibliotheksprojekt + mehrere Testprojekte) Den Classbrowser finde ich klasse, er zeigt alles wichtige an und erlaubt es direkt zur Implementation und zur Deklaration zu springen. Leider ist er nur sehr sehr unübersichtlich bei kleinen Auflösungen und wächst bei der Verwendung von verschachtelten Namespaces schnell in die Breite, und dann ist Scrolling angesagt. Subversion wird direkt über KDE unterstützt, die Unterstützung soll sehr gut sein, habe ich aber selber noch nicht ausprobiert. Die Codevervollständigung tut auf dem ersten Blick ihre Dienste. Ich persönlich finde KDevelop bei 1024x768px recht unübersichtlich. Mit einer kleineren Schrift behält man zwar die Übersicht im Editor-Fenster, aber das Drumherum ist doch ziemlich zugebaut und unübersichtlich. Meine Meinung... Nativ läuft KDevelop auf allen Unix-Betriebssystemen, die die KDE unterstützen. Unter Windows braucht man die Cygwin"emulation", und dort stürzte KDevelop bei mir zu oft ab. Mac OS X : keine Ahnung... KDevelop bietet eine kleine Hilfe für die Codedokumentation an. Leider erzeugt diese Funktion nur einen minimalen vorformatierten Kommentarblock. Eine komfortableren Editor würde ich persönlich vorziehen. Aber besser als nix. KDevelop ist Open Source und damit frei und kostenlos erhältlich. KDevelop bietet Codeformatierung an, die aber manuell aufgerufen werden muss. Eine Formatierung beim Editieren findet nicht statt. Zudem funktioniert die Einrückung im GNU Style bei mir nicht, obwohl diese in der Vorschau korrekt angezeigt wird. Wenn die automatische Projektverwaltung funktioniert, dann ist sie klasse. Vor allem sind die Projekte extremst portierbar, da sie GNU automake und co. benutzen.

Netbeans/C++-Pack

Mehrere Projekte lassen sich gleichzeitig verwalten. Es kann ein Hauptprojekt festgelegt werden. Der Debugger ist gut. Anscheinend ist es momentan nicht möglich an einer Zeile einen bedingten Haltepunkt anzulegen, zumindestens lässt sich das Bedingungsfeld in der Breakpointmaske nicht anwählen. Ein Class Browser existiert, aber er verschwendet zuviel Platz und wenn man mal die richtige Methode gefunden hat, kann man dort nur zur Deklaration springen und nicht zur Implementation (Unter Java gibt es diese Trennung ja nicht!). Die Subversion-Unterstützung ist recht gut integriert. Die Codevervollständigung versagt bei Templates. Verschachtelte Namespaces werden auch nicht richtig erkannt/unterstützt. Mir persönlich wird zu wenig angezeigt, selbst wenn man eine kleinere Schritgröße wählt. Lauffähig ist Netbeans/C++-Pack unter Windows, Linux und Sun. Eine Dokumentationshilfe habe ich nicht finden können. Die IDE ist Open-Source und damit frei verfügbar. Die Codeformatierung ist zu rudimentär. Es gibt kaum Einstellungsmöglichkeiten und "GNU-Style" ist gar nicht möglich. Zudem muss sie explizit aufgerufen werden und versagt schon in einfachsten Fällen. Ein automatisches Makefile-Management ist vorhanden. Es werden wohl Standard-Makefiles generiert. Leider werden Änderungen an Voraussetzungen nicht erkannt, so das Abhängigkeiten nicht neu kompiliert werden. Fehler vom Buildprozess werden nicht aufbereitet, es existiert nur die rohe Ausgabe vom Compiler.

Visual Studio 2005 Express/Pro

Mehrere Projekte lassen sich innerhalb einer Mappe verwalten. Ein Startprojekt kann angegeben werden. Der Debugger ist exzellent. Komfortabler geht´s kaum. Der Class Browser ist super. Man kann bequem zur Definition als auch zur Implementation von C++ Funktionen/Klassen/Methoden/etc springen. Subversionunterstützung wird über das Plugin AnkhSVN zur Verfügung gestellt. Diese Plugin stürzte bei meinen Versuchen immer wieder ab. Zudem kann man es nicht mit der kostenlosen Express Edition verwenden, was aber von M$ so gewollt ist. Die Codevervollständigung arbeitet sehr gut, selbst Templates schafft sie mühelos. Die Übersicht ist recht gut, vor allem weil sich die IDE so flexibel anpassen lässt. Naturlich läuft Visual Studio nur unter Windows. Eine Dokumentationshilfe habe ich nicht gefunden. Haha.. M$ und Open Source.. Wenn man auf eine Codeverwaltung verzichten kann, dann kann man die kostenlose Express-Edition verwenden. Die Codeformatierung hat kaum Konfigurationsmöglichkeiten und zu dem muss man von Hand den gewünschten Codebereich auswählen und dann über das Menü "Code Formatieren" auswählen. Über die Projektverwaltung kann man sich nicht beschweren, solange man genug Ahnung hat oder nicht von der Menge an Optionen überwältigt ist. Natürlich lassen sich die Projekte nur mit/auf M$ Produkten kompilieren.

Andere IDEs

Und dann waren da noch :

• X-Code DIE Entwicklungsumgebung für Mac OS X. Wenn man an einem Mac eine PC-Tastatur wie eine normale PC-Tastatur benutzen könnte, dann hätte ich mir X-Code nochmal angeguckt. Aber ohne ordentliches Tastaturlayout .. nein danke!
• Anjuta Anjuta ist eine IDE für Gnome. Man kann sagen was man will, aber das Ding ist hässlich und meiner Meinung weit entfernt davon entwicklerfreundlich zu sein. Alleine die Projektkonfigurationsdialoge sind erschreckend. Nicht wirklich evaluiert da ich meine bestehende Bibliothek nicht als Library importieren konnte.
• Bloodshed Dev-C++ Soll gar nicht mal so schlecht sein, aber seit Jahren hat sich nix mehr an dieser Entwicklungsumgebung getan, so das man davon ausgehen muss, das sie tot ist. Das Interface wirkt auf Screenshots schon nicht sooo modern.
• Borland C++ Builder oder wie das Produkt und die Firma gerade heissen mögen. Ich denke, die IDE ist mehr oder weniger nur auf die Entwicklung mit den Borland Builder Framework (oder wie der Borland Kram heissen) ausgelegt und eine Entwicklung "fremder" Projekte wird nicht so bequem sein. Und sie ist halt heute auch irgendwo auch ein Nischenprodukt.
• GNAT, wxDevCPP, TheIDE, etc. Die ganzen Exoten. Ich frag mich wirklich manchmal, ob es überhaupt Leute gibt, die diese Programme benutzen.
• Die unbekannte IDE. Kennst DU eine gute IDE, die du mir empfehlen möchtest, dann schreib doch bitte einen Kommentar oder nenn sie mir auf anderem Wege (Tipp : Kontakt-Seite). Ich bin gerne offen für neue Erfahrungen.

Evil IDE

Wie sieht die Entwicklungsumgebung meiner Träume aus? Projektverwaltung Erstmal können in einem virtuellen Arbeitsbereich mehrere Projekte zusammengefasst werden. Es sollen Abhängigkeiten zwischen den Projekten möglich sein, wie beispielsweise eine Bibliothek und 2 Programme die dann diese Bibliothek nutzen. Die Pfade sollten automatisch von der IDE verwaltet werden. Integrierter Debugger Der Debugger soll Haltepunkte, bedingte Haltepunkte, Überwachungsausdrücke, automatische Anzeige lokaler Variablen und eine Übersicht über globale Variablen bieten. Objektverweise sollen jeder Zeit aufgelöst werden können und auch private Mitglieder sollten auch abgefragt werden können. Zudem sollte es, sofern möglich, ein Direkteingabefenster (wie das von VB) geben, wo man beliebige Ausdrücke auswerten/ausführen kann. Class Browser Die Klassenverwaltung sollte eine Dateiverwaltung/Explorer überflüssig machen. Alle Klassenmitglieder sollten geordnet und evt. filterbar angezeigt werden. Objekte sollten nach Namespaces gruppiert werden. Weiteres unter Klassen- und Funktionseditor. Subversionunterstützung Subversion und/oder CVS sollten von der IDE vollständig integriert werden. Neben den üblichen Update/Commit Funktionen sollten auch auch eine gute History und Log Ansicht implementiert werden. Zwischen allen Versionen sollten Diffs in einem Fenster mit 2 Editoren nebeneinander angezeigt werden können. Ein guter Assistent wäre sicherlich auch hilfreich. Eclipse/Subclipse könnte man da als Vorbild nehmen. Codevervollständigung Sie sollte einfach funktionieren. Alle Klassen, Objekte und auch externe Includes sollten erfasst sein und angezeigt werden. Templates sollten kein Problem sein. Alle Klassenmitglieder sollten verfügbar sein. Übersicht auf kleinen Displays Damals (in der guten alten Zeit!) hatte ich keine Probleme auf einem 14" mit 800x600er Auflösung zu basteln. Aber irgendwie stellen heute schon 1024x768 ein Problem dar, an dem viele IDEs scheitern. Es muss doch möglich sein, eine Entwicklungsumgebung benutzerfreundlich und ansprechend zu gestalten und dabei die GUI kompakt und übersichtlich zu halten. Wie hat es damals geklappt?? Mehrere Plattformen unterstützen Es wäre schön, wenn die IDE sowohl unter Linux als auch unter Windows das gleiche Look & Feel hätte. Wenn noch Mac OS X unterstützt würde, dann wäre es perfekt. Dokumentationshilfe Eine sinnvolle Dokumentationshilfe wäre ein Editor bzw eine Maske, die abhängig vom Typ der zu dokumentierenden Objekts andere Felder anzeigt bzw vorbelegt, so sollten beispielsweise bei einer Klassenmethode die Parameter bereits erfasst sein, so das diese nur noch kommentiert werden müssten. Diese Hilfe sollte also eng mit dem Parser für die Codevervollständigung zusammen arbeiten. Ob diese so erfasste Dokumentation im Quellcode wie Doxygen Kommentare eingebettet werden, oder separat gespeichert werden, das ist mir erstmal egal. Hauptsache es kann hinterher eine gute Referenz exportiert werden. Open-Source Open-Source wäre zwar nett, aber für eine gute Software wäre ich auch bereit was springen zu lassen. Wobei ich denke, das viele Open Source Projekte einfach näher am "Kunden" sind als große Firmen wie M$. Automatisches Makefile/Build Management Am tollsten fänd' ich, wenn man nur einstellen bräuchte welcher Art das Projekt ist (Executable, Library, etc), und das Projekt wird dann dafür konfiguriert. Kleine Änderungen wie beispielsweise von einer statischen Bibliothek zu einer dynamischen sollten möglichst einfach sein. Auch ein Wechsel des Compilers und anderer Teile der Toolchain sollten möglich sein. Und wichtig ist auch, das man das Projekt auch ohne die IDE kompilieren kann, oder einen Export durchführen könnte, der ein Makefile erstellt. Klassen- und Funktionseditor Mir schwebt sowas ähnliches vor wie es damals schon in Visual Basic 6 gab. Jede Klasse, Methode und Funktion soll in einem eigenen Editorfenster editiert werden können. Dieses Editorfenster soll alles verwalten können, was mit dem jeweiligen Objekten zu tun hat, einschliesslich der Parameter und der Dokumentation. Ich stell mir das beispielsweise so vor, das ich im Class Browser eine Klasse auswähle und für die dann ein Editorfenster kriege, in der die Methoden und Mitgliedsvariablen aufgelistet sind und das auch eine Maske für die Dokumentation bietet. In diesem Fenster möchte ich durch einen Klick auf die Methode dann diese in einem neuen Editorfenster zum Editieren bereitgestellt bekommen, natürlich auch mit Dokumentationsmöglichkeit. Wenn ich an der Signatur der Methode was ändere, dann soll sich diese Änderung automatisch auf die Definition und Implementation auswirken. Ausser beim Erstellen von neuen Klassen möchte ich nichts mit den darunterliegenden Dateien zu tun haben. Es wäre quasi eine Vermischung von einem UML-Programm mit einer Entwicklungsumgebung. Heutige UML-Tools können schon recht gut aus Code UML generieren und umgekehrt. Dann sollte das doch nicht so das Problem sein, oder?

Vergleichstabelle

IDE	Code::Blocks	Eclipse+CDT	KDevelop	Netbeans C++-Pack	Visual Studio 2005
Projekt-Verwaltung
Integrierter Debugger
Class Browser
Subversion
Code Autocomplete
Übersicht
Multi-Platform
Dokumentationshilfe
Open-Source/Kostenlos
Codeformatierung
Build Management
Sonstiges

Fazit

Tja, jetzt bin ich genauso schlau wie zuvor. Ich kann nur definitv sagen, das ich vorläufig Netbeans und KDevelop nicht verwenden werde. So bleiben noch Code::Blocks, Eclipse+CDT und Visual Studio 2005. Netbeans fällt für mich ruas, weil viele Sachen wie die Autovervollständigung und die Codeformatierung entweder gar nicht funktionieren oder noch sehr rudimentär sind. Und ich finde, man merkt es dem C++-Pack an, das dieser auf eine Java-IDE aufgesetzt wurde. Kdevelop hat wiederum das Problem, das es nicht wirklich andere Betriebssystem als Linux unterstützt. Zudem ist die die Übersicht nicht gegeben, und man ist von den Anpassaungsmöglichkeiten her auch recht beschränkt, ein Problem das Code::Blocks auch leider hat. Visual Studio 2005 kann ich noch 2 Monate kostenlos nutzen, bis dahin sollte ich mich entschieden haben um ggf. noch eine Studentenlizenz erwerben zu können, solange ich noch die Möglichkeit dazu habe. Weiterhin gefällt mir nicht, das es die IDE nur unter Windows gibt, so müsste ich für Linux selber Makefiles erstellen und verwalten. Ich denke mal, diese IDE werde ich wohl nicht nehmen. Bleiben also noch Eclipse und Code::Blocks. Code::Blocks steckt noch mitten in der Entwicklung, und es wird auch fast jeden Tag eine Snapshot-Version (Nightly Builds) herausgebracht. Meiner Meinung nach macht Code::Blocks schon einen recht guten Eindruck, aber es ist auch noch sehr ausbaufähig. Mein Hauptkritikpunkt ist die fehlende Subversionunterstützung (auch CVS wäre ok) in der Entwicklungsumgebung. Natürlich könnte man auch TortoiseSVN oder ein Linux-Äquivalent nehmen, aber es ist nicht das gleiche wie eine saubere Unterstützung in der IDE selbst. Code::Blocks wird wohl voraussichtlich auch nicht meine momentan favorisierte IDE werden. Dann bleibt nur noch Eclipse/CDT. Tja, hätte ich nicht gerade noch etwas ausprobieren wollen dann wäre ich nicht über den aktuellen M6-Release des 4.0er Zweigs gestolpert, dann hätte ich wohl nicht bemerkt wie gut diese Entwicklungsumgebung doch ist. Viele meiner Kritikpunkte sind weggefallen, und der Gesamteindruck hat sich enorm verbessert. Was fehlt ist der Class Browser, wobei diese "Index-Ansicht" es auch tun könnte, das muss die Zeit mal zeigen. Und es ist halt ein Java-Programm, was mir auch nicht so gefällt. Aber man sollte ja kein Programm wegen der Sprache diskriminieren, in der es programmiert worden ist ;). Ich habe mich jetzt erstmal für Eclipse/CDT entschieden und werde diese Kombination vorläufig benutzen. Es stimmt mittlerweile fast alles dort und ich denke da steckt trotzdem noch eine Menge Potential drin. Potential eine exzellente IDE zu werden, sehe ich auch bei Code::Blocks und daher werde ich CB auch noch weiter im Auge behalten. Sobald CB wieder eine Subversionunterstützung hat, werde ich es mir nochmal anschauen und mit Eclipse vergleichen. Bis dahin werde ich mich dann erstmal über Eclipse/CDT ärgern ;)

Update

Hier gibt´s es einen kleinen Nachtrag zu diesem Test