spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

naja eclipse ist schon mächtig aber doch her die wahl für java-programmierer. die die nur für windows programmierern würden immer visual studio bevorzugen einfach weils auch sehr gut ist. wobei ich auch überlege mal c++ mit eclipse zu testen bisher habe ich das nur aus uni-gründen mit java gemacht.

Ich benutze Eclipse mit CDT ebenfalls wenn ich unter Linux arbeiten muss. Ansonsten ist mir Visual Studio wesentlich lieber. Fühlt sich was flotter und ausgereifter an. Außerdem gibts nen unheimlich praktisches Refactoring add-in .

Eclipse und CDT sind in Ordnung wenn man unter linux entwickelt. Wobei Visual Studion um Welten besser ist, sodass ich mich immer eingeschraenkt fuelle wenn ich es nutzen muss.

Vim + Plugins scheint sehr genial zu sein, nur der Lernaufwand am Anfang sit enorm.

Zitat von »"n0_0ne"«

Übersehe ich hier irgendein wichtiges Feature? Hat das jemand mal ne zeitlang benutzt oder nutzt es immer noch und kann mal n bisschen was erzählen?

(Angaben beziehen sich auf Eclipse Ganymede)

Ja, du hast ein wichtiges Feature übersehen - die Plugins. Eclipse ist die IDE, die wohl die meisten Plugins zu bieten hat. Das ist die gute Seite der Medaille: anschauen, herunterladen, installieren und hoffen das das Plugin auch funkioniert! Vieler meiner Kolegen, die auch Eclipse nutzen sagen, 4 Anwendungen, 4 Eclipse. Es gibt bei Eclipse öfters Probleme weil Plugins sich in den Haaren haben, sich nicht installieren wollen oder teilweise einfach nicht (unter der Eclipse Konfiguration) gehen.

Dort kann VS Punkten, es gibt um längen nicht so viele Plugins, aber die meisten (die ich benutze) funktionieren einwandfrei - 4 Anwendungen, 1 VS.
VS ist eben besonders in der Professional Version ein doch recht heftiges Tool, das schon sehr viel mitbringt.

Der Lernaufwand ist de fakto nicht höher als bei Visual Studio. Das mit den Run Configurations ist etwas ungewöhnlich, aber trotzdem schnell lernbar.


Im Java Vereich kommt (meiner Meinung) jetzt Netbeans eher auf, was daran so langsam sein soll, kann ich nicht verstehen. Ich persönlich finde Eclipse langsamer, besonders wenn der Workspace gefüllt ist.

@koschka: Mit den X Anwendungen = X Eclipse geb ich Dir recht, aber ich find das gar nicht so schlimm. Denn so hat man seine unterschiedlichen Entwicklungsumgebungen (in meinem Fall: CDT, PDT, Java) strickt getrennt und man hat dann auch keine Probleme mit eventuellen "Kollisionen" von Plugins. Blöd natürlich das man dann Plugins wie SVN usw. die man bei jedem brauch, auch bei allen getrennt installieren und auch pflegen muss (updaten, etc.). Aber wie gesagt finde ich es so auch wiederum sauber getrennt.

Aber auch so kann ich Eclipse nur empfehlen, sowohl nuter Windows als auch auf Linux. Benutze fast ausschließlich Eclipse für alles was ich programmiere, da ich in den meisten Fällen den gcc/g++ verwende und plattformunabhängig programmiere. Zudem habe ich kein Problem mit zu großen Workspaces, jedes größere Projekt hat seinen eigenen Workspace mit mehreren Unterprojekten, jenachdem wie man das Projekt aufgeteilt hat. Sollte ich jedoch ausschließlich für Windows programmieren kommt ganz klar VS in Frage. Dann aber auch weil ich dann zu C# oder C++/CLI greife.

Zu Netbeans: Benutz ich bisher nur für Groovy und Grails Entwicklung da es in Netbeans einfach am besten intigriert ist. In Sachen Performance hat sich einiges getan seit der 5er Version von Netbeans. Zudem gefällt mir das UML-Plugin in Netbeans.

Gut Schuß
VuuRWerK

Eclipse für C++ fand ich ehrlich gesagt unglaublich schrecklich. Code::Blocks war nicht mein Ding. Die "Erleuchtung" habe ich mit QtCreator gefunden. Hat bei mir sogar VS abgelöst. Man muss ja nicht unbedingt Qt benutzen.

Sobald ich Zeit habe, werde ich mal den Support für Nicht-Qt-Projekte etwas verbessern.

Zitat von »"VuuRWerK"«

@koschka: Mit den X Anwendungen = X Eclipse geb ich Dir recht, aber ich find das gar nicht so schlimm. Denn so hat man seine unterschiedlichen Entwicklungsumgebungen (in meinem Fall: CDT, PDT, Java) strickt getrennt und man hat dann auch keine Probleme mit eventuellen "Kollisionen" von Plugins. Blöd natürlich das man dann Plugins wie SVN usw. die man bei jedem brauch, auch bei allen getrennt installieren und auch pflegen muss (updaten, etc.). Aber wie gesagt finde ich es so auch wiederum sauber getrennt.

Jap, das ist sicher Auslegungssache ;o). Mich nervt es teilweise schon - und eigentlich wurde es so ja auch nicht gedacht, jedenfalls habe ich darüber nie etwas gelesen. Es ist also eher ein (vertretbarer) Workaround ;o)