C++ ab Vista

[nep]

Gregor schrieb:

Du kannst mit .NET eine höhere Integration in Windows erreichen. Wenn für Dich nur der Windows-Markt wichtig ist, dann ist das durchaus ein Vorteil.

Ok, das stimmt. Allerdings kann ich das für GUIs(und darum geht es ja auch hauptsächlich, denke ich mal) genauso mit Java/SWT erreichen. Ok ich weiß der Vergleich hinkt ein bisschen, aber trotzdem...
Wobei da aber auch die Frage ist, ob das wirklich so wichtig ist ? Wenn ein Programm läuft dann läuft es halt, und dann sollte es dem Anwender ja eigentlich auch egal sein, obs nun Java oder .NET ist... naja ich glaube da bewege ich mich auf sehr dünnem Eis

[DEvent]

Ganz so butterweich funktioniert das in der Praxis leider meistens nicht.

Eigentlich doch, das waren zumindenst meine Erfahrungen.

Was hat das eine mit dem anderen zu tun? Auf der einen Seite proklammierst du Swing (als Framework) und sagst andererseits, C++ wäre ungeeignet; du vergleichst also Sprache mit Framework. Wenn schon, dann doch bitte Framework mit Framework vergleichen! Und da wüsste ich nicht, warum ein in C++ geschriebenes Framework grundsätzlich mächtiger/komplizierter/schwieriger sein sollte, als ein in (oder für) Java geschriebenes.

Du hast mich falsch verstanden. Ich vergleiche die Mächtigkeiten von Java und C++ und sage das man für GUI-Apps die vielen Möglichkeiten von C++ nicht braucht (Stichpunkte wären da Pointer, Referenzen, Operator-Überladungen...). Java übernimmt sogar Arbeit die für eine GUI-App nicht wichtig sind.

Nur stelle ich mir halt die Frage was ich mit .NET soll wenn es doch eh schon (länger) Java gibt und ich dadurch auch genau die gleichen Möglichkeiten habe, nur dass ich damit "echte" Plattformunabhängigkeit habe und auch ein Stück weit unabhängiger bin.

Genau das wollte ich auch sagen.

Denn wenn ich .NET entwickeln will, bekomme ich autom. den GUI-Editor dazu.

Wo bekommst du Automatisch einen GUI-Editor? Nicht mit dem .NET Framework zumindest. Du musst dir eine IDE kaufen/runterladen.

[gurkenesser]

Wo ist bitte bei Java der Standard-GUI-Editor, wenn ich das JDK runter lade?

wat bist du denn fürn pansen. wenn ich mit den g++ runterlade is da auch kein gui builder dabei. scheiß c++ alter?...

[nep]

Genau das meint er doch, dass immer gesagt wird, dass es bei C++ keine GUI-Bibliothek usw. dabei ist, man aber so gesehen theoretisch genauso bei Java fragen könnte warum da nicht von Haus aus ein GUI-Designer dabei ist, weil es das ja angeblich bei .NET schon gibt. Und da stimmt ja auch das was DEvent gesagt hat, dass das ja Bestandteil von z.B. Visual Studio ist und nicht von .NET Framework.

[Gregor]

nep schrieb:

Genau das meint er doch, dass immer gesagt wird, dass es bei C++ keine GUI-Bibliothek usw. dabei ist, man aber so gesehen theoretisch genauso bei Java fragen könnte warum da nicht von Haus aus ein GUI-Designer dabei ist, weil es das ja angeblich bei .NET schon gibt.

Die Frage nach der Größe der Standardbibliothek hat IMHO 2 Aspekte.

Zum einen ist das eine wirtschaftliche Frage: Mit der Standardbibliothek kennen sich die Leute, die regelmäßig in einer Sprache programmieren, mehr oder weniger aus. Dazu kennen sie sich auch noch in den Bibliotheken aus, mit denen sie regelmäßig arbeiten. Was passiert jetzt, wenn man die Standardbibliothek klein macht und dafür viele externe Bibliotheken nutzt? Stell Dir vor, Du willst in so einem Fall den Arbeitsplatz wechseln. Das Resultat ist, dass der andere Arbeitgeber nicht so viel mit Deinem Wissen anfangen kann, weil er völlig andere Bibliotheken einsetzt. Du findest also keinen Arbeitgeber, bei dem Du Dein Wissen einbringen kannst und die Arbeitgeber finden keine Bewerber, die Ihren Vorstellungen entsprechen. Dieses Problem ist natürlich auch bei GUI-Designern gegeben. Man muss da umlernen, wenn der neue Arbeitgeber andere Entwicklungswerkzeuge vorsieht. ...im Übrigen betrifft das die ganze IDE. Das ist aber eine viel kleinere Hürde als das Erlernen eines neuen Frameworks und insofern ist das auch weniger relevant.

Zum anderen ist das eine Frage nach der Homogenität in den Projekten. Wenn man eine große Standardbibliothek hat, dann ist alles mehr oder weniger aus einem Guss. Wenn man hingegen mit vielen externen Bibliotheken arbeitet, dann hat man in seinem Projekt auch immer viele Lösungen des gleichen Problems, zwischen denen man vermitteln muss usw.. Da muss man sich ja nur die ganzen String-Varianten in den C++ Frameworks ansehen, oder aber die ganzen Threading-Varianten. Dieses Problem tritt bei unterschiedlichen GUI-Designern einfach nicht auf.

Insofern denke ich, dass man "viele unterschiedliche GUI-Designer" nicht unbedingt mit "vielen unterschiedlichen GUI-Frameworks" vergleichen kann. Die Probleme, die durch die vielen unterschiedlichen Frameworks entstehen, sind deutlich größer.

[housefluffy]

Hallo Leute!

Ich bin erst seit ein paar Tagen auf das C/C++ Forum gestoßen und da habe ich hier diesen netten Thread gelesen...

Zum Thema, mein Kommentar dazu ist nur meine Haltung zu diesem Thema, ich möchte weder einen Flamewar entfachen noch jemanden beleidigen oder sonstiges...

Ich glaube, dass Microsoft C# einfach C++, VB und JAVA aus Windows verbannen (will), denn C# ist ja nicht wirklich eine "neue" Sprache und .NET auch nicht wirklich eine neue Erfindung, einfach aus dem Grund mehr und mehr Programmierer in die Windows-Abhängigkeit zu zwingen...

In dem Thread weiter vorne stand "...Als Programmierer ist man generell abhängig..." das ist schon richtig, aber muss man dabei die Position eines Monopolisten festigen?
Warum sollte ein kleines feines Programm auch nicht unter Linux laufen? -> Um diese Frage zu beantworten, muss man auf .NET verzichten, Mono ist von der Idee super!, aber leider noch weit weg, Performance mäßig und Kinderkrankheiten bedingt...Also während man mit JAVA und C++(sofern man keine reinen Windows-Libs verwendet) die Möglichkeit hat die Programme auf andere OS zu portieren...

lg housefluffy