[S]C++ Entwicklungsumgebung

02/06/2012 22:43 BitC0re#1
Hallo,

Ich bin auf der Suche nach einer Entwicklungsumgebung für C++.
Ich möchte kein Microsoft VIsual c++ express nutzen.
Sagt einfach mal , was ihr so nutzt oder empfehlen könnt.

Für die beste Antwort gibt es 5 e*g(Nur Boni:))
02/06/2012 22:51 Dr. Coxxy#2
<- visual studio :P

soweit ich weiß, gibts eclipse auch als c++ IDE:
[Only registered and activated users can see links. Click Here To Register...]

eclipse ist auch recht brauchbar, wobei ich die c/c++ version noch nie probiert habe.

warum willst du denn überhaupt etwas anderes als microsofts IDE benutzen, die ist doch gut?
02/06/2012 23:01 BitC0re#3
Ok hat sich erledigt, ein Freund hat mir gerade was gezeigt :)
02/06/2012 23:41 Dr. Coxxy#4
möchtest du mit uns teilen, was er dir gezeigt hat? :P

und meine frage, was du gegen ms vs hast beantworten^^
02/07/2012 06:52 käsekuchen11elf#5
niemand mag ms vs ;P
02/07/2012 06:54 HardCore.1337#6
Schaut euch mal den Borland IDE an (gibts Testversion). Für mich die beste IDE von allen
02/07/2012 08:42 jacky919#7
[Only registered and activated users can see links. Click Here To Register...] :)
02/07/2012 15:03 .SkyneT.#8
Quote:
Originally Posted by Dr. Coxxy View Post
<- visual studio :P
warum willst du denn überhaupt etwas anderes als microsofts IDE benutzen, die ist doch gut?
Ich denke das er auch vor hat diverse Anwendungen mit einer GUI zu erstellen,
und das funktioniert mit Microsofts IDE nicht wirklich gut, da man im Designer
auf einmal mit C++/CLI arbeiten soll, was schon für etwas verwirrung sorgt ..
02/07/2012 16:34 BitC0re#9
DAnke fürdie vielen Antworten , bleibe lieber bei MC Express .
Andere ist mirzu kompliziert.
Ach und .SkyneT. ich will Konsolenanwendungen und DLL´s schreiben
Dann vielleicht irgendwann mal GUI
02/07/2012 16:48 .SkyneT.#10
Quote:
Originally Posted by ~*Letsmedia~* View Post
DAnke fürdie vielen Antworten , bleibe lieber bei MC Express .
Andere ist mirzu kompliziert.
Ach und .SkyneT. ich will Konsolenanwendungen und DLL´s schreiben
Dann vielleicht irgendwann mal GUI
Dann ist die Lösung von Microsoft Top :D
Konsolenandwendungen schreibe ich auch ziemlich gerne mit Visual Studio.
02/07/2012 16:51 BitC0re#11
Quote:
Originally Posted by .SkyneT. View Post
Dann ist die Lösung von Microsoft Top :D
Konsolenandwendungen schreibe ich auch ziemlich gerne mit Visual Studio.
Jo ... :)
02/07/2012 17:32 jacky919#12
Konsolenanwendungen kannst du mit jeder IDE, die vernünftiges Syntaxhervorhebung und vielleicht noch automatische Vervollständigung besitzt, erstellen.
Ich sehe keinen Grund warum man dabei unbedingt Visual C++ nutzen sollte oder was Visual C++, außer einem guten Debugger, dafür auszeichnet.
02/07/2012 18:46 .SkyneT.#13
Quote:
Originally Posted by jacky919 View Post
Konsolenanwendungen kannst du mit jeder IDE, die vernünftiges Syntaxhervorhebung und vielleicht noch automatische Vervollständigung besitzt, erstellen.
Ich sehe keinen Grund warum man dabei unbedingt Visual C++ nutzen sollte oder was Visual C++, außer einem guten Debugger, dafür auszeichnet.
Eines hast du ja genannt, außerdem ist es auch ziemlich einfach damit
statisch zu linken, was bei anderen IDE´s manchmal schon nen Haufen
Aufwand braucht...
Außerdem VC++ ziemlich verbreitet, und dementsprechend bekannt.
02/07/2012 19:35 jacky919#14
Erkläre mir bitte was genau einen "Haufen" Aufwand machen soll.
02/07/2012 21:51 .SkyneT.#15
Quote:
Originally Posted by jacky919 View Post
Erkläre mir bitte was genau einen "Haufen" Aufwand machen soll.
Nehmen wir als Beispiel die IDE Qt-Creator, mit GCC als Compiler.
Um hier etwas statisch linken zu können, musst man Qt "neu
erstellen", was durchschnittlich 2 Studen dauert ...
(Und dann hatte es vllt mal nen Fehler drin -> von neu anfangen)
PS: Beim Compilen etwas wie "-static" zu verwenden reicht nicht.

Im Visual Studio sind da nur kleine Einstellungen nötig, und es wird statisch
gelinkt...

Ist der "Haufen" für dich jetzt klar ?


Aber letztendlich muss jeder selber wissen mit welcher IDE
er am besten zurecht kommt, daher bringen uns (oder sonst wen)
solche Diskussionen nicht weiter.