Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » C / C++ (ANSI-Standard) » Warum C++ bietet kein grafische Library

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ]
010
17.05.2004, 12:53 Uhr
virtual
Sexiest Bit alive
(Operator)


Ich denke, die größte Schwäche von C++ ist tatsächlich das Fehlen der Funktionsvielfalt, die Java bietet, eben keine GUI, keine Threads, kein builtin Support von höhren Protokollen usw.

Defacto läuft das daraufhinaus,
1. daß man den ISO Standard in der Pfeife rauchen kann, weil man rein nach standard nur sehr simple Programme schreiben kann, die mit modernen Anforderungen eigentlich nichts mehr gemeinsam haben.
2. Es relativ schwer ist, sich in komplexere C++ Applicationen schnell einzuarbeiten, weil man je nach verwendeten Toolkits ständig irgendwelche anderen APIs beherrschen können muß. Java ist das nicht nur konsequent anders sondern deutlich besser.

Das oft angeführte Argument, in C++ gibts kein Builtin GUI, weil man sich ja auf irgendwas einigen müßte, greift meiner meinung nach nicht so recht:
1. Wer sich schon mal ein wenig mit Java auseinandergesetzt hat, weiß daß man da mit einem eigenen Look And Feel ganz prima Sachen zaubern kann, enorm flexibel und alles in allem sehr gut gekapselt.
2. Der Sinn von standards ist, daß man sich auf etwas einigt. Wenn dies den Herren der ISO nicht möglich ist, dann haben sie den Beruf verfehlt, so schlau die auch sein mögen.

Alles in allem fand ich C++ bisher immer eine interessante Sprache, aber ich glaube der Mangelhafte Standard hat die Sprache tot gemacht.
--
Gruß, virtual
Quote of the Month
Ich eß' nur was ein Gesicht hat (Creme 21)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
011
17.05.2004, 14:05 Uhr
0xdeadbeef
Gott
(Operator)


Ich würde das nicht als Schwäche bezeichnen. Hinter C++ steht halt eine modulare Sichtweise - C++ an sich sollte nur die Sprache sein. Selbst die STL war lange Zeit nicht Teil des Standards.

Dieses Konzept hat, zugegeben, seine Nachteile darin, dass die APIs nachher nicht einheitlich werden. Auf der anderen Seite darf man auch den Vorteil einer Vielfalt von Bibliotheken nicht übersehen - Auswahl, Flexibilität und so weiter. In vielen Bereichen ändern sich die Anforderungen so schnell, dass die ISO beim besten Willen nicht mehr hinterherkommt. Standardisierung ist halt nicht nur gut.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
012
17.05.2004, 14:26 Uhr
virtual
Sexiest Bit alive
(Operator)


Die STL ist seitdem C++ standardisiert ist, auch Bestandteil des Standards. Ich würde mal sogar behaupten, daß 50-70% des ISO Standards nichts anderes macht, als die STL beschreiben. Mir ist kein anderer Standard als der von 1998 bekannt, und der beschreibt, was und wie die STL zu sein hat.

Es mag ja sein, daß sich Anforderungen schnell ändern, allerdings deckt der Standard, der immerhin erst 1998 erschienen ist, leider nach wie vor nur Dinge ab, die im Wesentlichen vor 1970 erfunden wurden. Man braucht sich ja noch nicht mal sowas "kompliziertes" wie Threads oder GUI anzusehen: nach wie vor sind noch nicht einmal Verzeichnisse oder ähnliches im Standard. Schon bei diesen Basics fängt es ja an, daß man sich nach irgendwelchen non-Standard-Solutions umschauen muß.

Ich denke eben, mißt man einen Standard an seiner Praxistauglichkeit, so ist der C++ Standard schlecht, weil er versucht den kleinsten gemeinsamen Nenner zu treffen der wirklich alle Nischen miteinschließt. Da frage ich mich als ein Entwickler von ziemlich großen Serveranwendungen schon, weshalb ich mit Einschränkungen leben soll, die daraus resultieren, daß C++ auch auf dem Chip einer Quarzuhr laufen soll.
--
Gruß, virtual
Quote of the Month
Ich eß' nur was ein Gesicht hat (Creme 21)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
013
17.05.2004, 15:23 Uhr
(un)wissender
Niveauwart


Ich stimme virtual zu, C++ erlaubt eigentlich sogar tollere (von Design Patterns her) Strukturierung von Applikationen, wegen templates, usw.
Allerdings ist die angebotene Bib sehr beschränkt, die STL ist besser als alles vergleichbare was Java zu bieten hat, nur hat Java schlichtweg fast alles zu bieten.
Die Bibs für C++ sind normalerweise unter aller Sau oder teuer.
Selber schreiben kostet Zeit und damit Geld -> Java oder Delphi, etc.
Das einzige was noch für C++ spricht ist die Performanz, trotz etlicher Behauptungen seitens Javafetischisten ist Java recht langsam, zumindest wenn es an Objekte und speziell GUI geht.
Java ist aber für Servlets unschlagbar, da müsste man für C++ großen Aufwand betreiben, um da mitzukommen.
--
Wer früher stirbt ist länger tot.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
014
17.05.2004, 15:51 Uhr
stephanw
localhorst


Da stimme ich Euch beiden zu (@virtual und @(un)wissender), ihr habt genau den Punkt getroffen. Und das Problem ist nichtmal nur, dass die diversen Libs für C/C++ von verschiedenen "Herstellern" kommen, sondern vielmehr dass jede ihren eigenen Stil mitbringen, eigene Strukturen und Koventionen haben und damit größeren EInarbeitungsaufwand erfordern. Und man muss erst suchen und möglicherweise unter mehreren auswählen, was bei Unkenntnis dem Zufallsprinzip gleicht und damit auch eine schlechte Wahl sein kann.
--
Reden ist Schweigen und Silber ist Gold.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
015
17.05.2004, 16:10 Uhr
(un)wissender
Niveauwart


Und wenn du Pech hast, brauchst du zwei Libs und deren Konventionen sind unvereinbar.
Es hat sich bei c++-Programmierer noch nicht sonderlich weit rumgesprochen, wie man gut und sauber programmiert (ist auch sehr schwer!), Javaprogrammierer sind da ideologisch weiter, vor allem weil Sun mit sehr guten Designentscheidungen voran gegangen ist.
--
Wer früher stirbt ist länger tot.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
016
17.05.2004, 16:15 Uhr
0xdeadbeef
Gott
(Operator)


Naja, ob du dich jetzt in gtkmm oder in ISO-C++-GUIlib, ist ja eigentlich ziemlich egal. Nur, dass du etwas in einen Standard presst, macht es nicht leichter zu lernen. Ich bin auch ganz ehrlich kein Freund dieses "Alles aus einer Hand/einem Guss"-Denkens, von daher bin ich mit dem Bibliothekenkonzept ziemlich zufrieden. Gerade bei Grafikbibliotheken hat die Möglichkeit, ein Toolkit zu wählen, eine besondere Praxistauglichkeit, weil viele Toolkits für einige Dinge besser zu gebrauchen sind als andere. Und gerade was Java angeht - das liefert inzwischen wie viele Grafiktoolkits mit? Drei von Haus und noch ein paar beliebte Zusatzbibliotheken, oder? Das ist zwar nicht wirklich schlimm, aber es zeigt doch, dass der Satz "one size fits all" auch in der Java-Entwicklergemeinde scheinbar nicht viel Rückhalt hat.

Das Argument "Bei Unwissenheit picke ich halt irgendeins raus, und das kann dann u.U. schlecht sein" lasse ich nicht wirklich gelten, weil dem gegenüber steht, erst gar keine Wahl zu ermöglichen - und das, was dir dann aufgedrückt wird, kann ja für deine Zwecke ebenso unbrauchbar sein.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
017
17.05.2004, 18:24 Uhr
(un)wissender
Niveauwart


gtkmm läuft z.B. nur mit dem g++(beim mingw sogar nur mit 3.2), dass ist schonmal mies.
Ansonsten wäre gtkmm eine gute Wahl.
Ich für meinen Teil wünsche mir ein C++DK im Sinne vom JDK.
--
Wer früher stirbt ist länger tot.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
018
17.05.2004, 18:41 Uhr
Spacelord
Hoffnungsloser Fall


Momentan werden die C++/CLI Erweiterungen für die .NET Programmierung standardisiert.

(Ich ducke mich schonmal vor deadbeef seiner vernichtenden Antwort )

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
019
17.05.2004, 20:30 Uhr
stephanw
localhorst


@0xdeadbeef:

Zitat:
Und gerade was Java angeht - das liefert inzwischen wie viele Grafiktoolkits mit? Drei von Haus und noch ein paar beliebte Zusatzbibliotheken, oder?
Das weiß ich gar nicht, ich kenne nur die von Sun, also AWT und Swing. Nicht dass mir die optisch oder von der Performance sonderlich gefallen... aber man KANN diese nutzen, gerade und erst recht mit gutem Gewissen, wenn man keinen großen Überblick über Alternativen hat. Und die Java-Libs sind in der Regel einheitlicher im Design, während die Konzepte bei diversen C++-Libs meist wesentlich weiter auseinandergehen. Hier OOP, dort Templates, dort reines C, hier wieder Macros, zig Enums, hier wie da Neuerfindungen für Container & Strings, ... .
Und das steht Einsteigern und damit der Verbreitung der Sprache besonders im Weg Bei Java ist der Sun-Weg sicher auch nicth immer der beste, aber auch nicht der schlechteste, so dass man ihn erstmal gehen kann.
BTW: dass C++ tot ist, würde ich nicht sagen und auch nicht hoffen
So, jetzt hab ich genug palabert. Ich will keinen Glaubenskrieg anfangen, zumal ich da zwischen den Fronten stehen würde
--
Reden ist Schweigen und Silber ist Gold.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ]     [ C / C++ (ANSI-Standard) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: