C++ ab Vista
-
Also das waren zwar keine Entwickler von MS oder sowas, aber die wahren von MS angestellt. Haben auch viele tolle Werbegeschenke mitgebracht
Also falls es etwas falsch rübergekommen ist, es war ja nicht so, dass Java total schlecht geredet wurde oder so, sondern man hat halt auch versucht den Vorteil von .net gegenüber Java darzustellen und dadurch sind dann eben solche Aussagen entstanden.
Zur GUI-Designer Geschichte. Da hast du schon recht. Nur würde ich darauf jetzt die Frage stellen, ob man für Java/Swing überhaupt so etwas wie einen GUI-Designer braucht ? Ich bin bis jetzt immer wunderbar ohne GUI-Designer ausgekommen, da das Zusammenbauen von GUIs mit Swing echt ein Kinderspiel ist (natürlich ärgere ich mich auch immer mal wieder mit Layoutmanagern usw. rum, aber ich denke mal das ist normal und wenn man mit einem GUI-Designer komplexe GUIs bauen will, dann wird auch da nicht immer alles reibungslos funktionieren)
Ich will .NET bzw. MS auch gar nicht schlecht darstellen. .NET ist sicherlich ein tolles Framework und es gibt auch tatsächlich ein paar wenige verbesserte Dinge im Gegensatz zum Java-Umfeld. Nur sind diese nicht so stark, dass mich .NET irgendwie überzeugt hätte. 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.
-
Nochmal C++ und Vista. Vor kurzem wurde ja von MS in Redmond ein Meeting zum Thema C++0x und Threads abgehalten. Es war ein außerplanmäßiges Meeting des C++ Komitees. Normalerweise findet das immer nur im April und Oktober statt.
Hier der Bericht zu dem Meeting, an dem mal wieder viele Firmenvertreter teilgenommen haben:
http://www.artima.com/cppsource/threads_meeting.htmlAlso, es sieht nicht gerade so aus, als ob C++ für MS keine Bedeutung hätte, wenn die da 3 Tage lang über C++-Threads mitLeuten von Intel, Google usw. diskutieren. Ganz im Gegenteil, die gesamte Industrie bzw. die bekannten Personen dahinter, machen sich Gedanken zu C++.
-
nep schrieb:
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.
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.
-
Artchi schrieb:
Zum GUI-Designer der bei Java fehlt: wenn es nach den Argumenten von Java-Fans geht, die z.B. die eine fehlende C++-GUI-Lib bemängeln, hat MS garnicht so unrecht. Wo ist bitte bei Java der Standard-GUI-Editor, wenn ich das JDK runter lade?
Da ist ja nur die Frage, was Du Dir genau runterlädst. Es sind durchaus auch Downloads verfügbar, in denen das JDK+Netbeans enthalten ist. Da hast Du also Deine IDE mit allem drum und dran auch drin. ...auch mit einem GUI-Designer.
-
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
-
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.
-
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?...
-
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.
-
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.
-
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