Fun-Soft - Programmierforum

Autor

Thread - Seiten: [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] > 6 < [ 7 ]

050
24.05.2004, 16:35 Uhr
0xdeadbeef
Gott
(Operator)

Die VCL ist effektiv Delphi, und Delphi hat ein ganz wesentliches Sprachelement von C++ nicht - templates. Das ganze generische Paradigma fehlt.

Im Endeffekt läuft es darauf hinaus, dass die VCL und C++ einfach nicht zusammen passen, weil die VCL nicht für C++ geschrieben wurde.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Dieser Post wurde am 24.05.2004 um 16:36 Uhr von 0xdeadbeef editiert.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

051
24.05.2004, 17:17 Uhr
Bruder Leif
dances with systems
(Operator)

Dein Argument gegen .NET kann ich so akzeptieren, derartige Bedenken hatte ich zunächst auch. Abgelegt habe ich diese Bedenken einerseits, weil sich Sun vehement dagegen wehrt, Java standardisieren zu lassen, andererseits, weil sich Microsoft davor hüten wird, sein .NET-Patent durchzusetzen. Dann würde die ganze Anti-Trust-Geschichte schon wieder von vorne losgehen, wo sie doch gerade erst halbwegs überstanden ist. Sun hingegen bringt eine neue JVM auf den Markt, und kaum ist sie zum Standard geworden, hakt es hinten und vorne. Im Moment läuft ein "altes" Java-1-Programm noch auf der aktuellen JVM, aber wie lange noch? Die "deprecated"-Meldungen des Compilers lassen böses ahnen. Dagegen kann man Microsoft vieles nachsagen, mangelnde Abwärtskompatibilität aber nicht.
Schon möglich, dass meine Abneigung gegen Java daraus resultiert, dass ich es schon in seiner Anfangszeit ausprobiert habe, anstatt auf die ersten "Service Packs" zu warten. Was ich damals für meine vier Stunden Downloadzeit bekommen hatte, war nun wirklich unter aller Sau. Java hat sich gemacht, das gebe ich zu. Aber in meinem Hinterkopf dröhnt es immer noch, wenn ich den Namen höre...
VJ++ 6.0 war ein Schlag gegen die Plattformunabhängigkeit, das stimmt auch. Allerdings - warum muss man mit der SPRACHE Java immer gleich das gesamte Konzept übernehmen? Für die Entwicklung reiner Windows-Programme war Java wesentlich besser geeignet als das damalige Visual C++. Die WFC waren im Vergleich zu MFC & Co. ein Traum; schade, dass das gestoppt werden musste. Wenn Sun es geschafft hätte, Java so auszubauen, wäre ich heute der reinste Java-Junkie. Sun wollte "sein" Java so behalten, wie es war, also (unter anderem) bin ich jetzt auf .NET-Seite.
Interessante Anmerkung am Rande: Nach dem Schulterschluss von Sun und MS gibt es derzeit bei beiden Firmen konkrete Pläne, Java und .NET einander anzunähern bzw. eine Kompatibilität herbeizurufen. Die Bytecodes sind zwar semantisch noch recht unterschiedlich, aber für zukünftige Versionen könnte das eine interessante Mischung werden...
--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

052
24.05.2004, 17:33 Uhr
~freewilly
Gast

Und wen stört das ?
Warum sollte es nicht passen ? Stört dich der Geruch von Delphi oder der von Objekt Pascal ?
Die VCL wurde damals auch wegen ihrer starken Verbreitung durch Delphi in den Builder integriert.
Bleibt abzuwarten wie Borland das beim BuilderX in späteren Versionen umsetzen wird. (Wenn endlich wxWidget in den BuilderX komplett integriert wurde)
Dann kann man über Standard hinaus plattformübergreifend C++ coden.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

053
24.05.2004, 18:05 Uhr
Spacelord
Hoffnungsloser Fall

Meine persönliche Meinung ist das sowohl MFC als auch VCL auf lange Sicht aussterben. Ich denke das MS in Kürze aufhören wird(zugunsten der .Net Bibliotheken) die MFC weiter zu entwickeln und ich denke den VCL wird es wohl auch nicht anders gehen.VCL for .NET ist doch nichts anderes als ne Übergangslösung für Firmen die bis jetzt mit VCL entwickelt haben und ihre eigenen Libs weiter unter NET nutzen wollen.Das Borland dem C# Builder letztendlich aber doch zeitlich vorgezogen hat könnte man durchaus als Zeichen sehen wie Borland seine Prioritäten setzt.

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

054
24.05.2004, 18:08 Uhr
(un)wissender
Niveauwart

Ich hoffer wirklich, dass für C++ bald mal eine Lib rauskommen wird, die sich mit Javas Libs messen kann.
Dann wäre C++ auch im Applikationenbereich wieder eine echte Konkurrenz.
Sowas wie wx oder ähnlich haben bei weitem nicht die Klasse und Qualität.
Schon gar nicht die MFC, die wohl nur als Krankheit bezeichnet wrden kann.
--
Wer früher stirbt ist länger tot.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

055
24.05.2004, 18:34 Uhr
0xdeadbeef
Gott
(Operator)

@Leif: Gut, das erste Java SDK, das ich benutzt habe, war 1.3.1 - da ging das schon recht gut. Was VJ++ angeht, kann ich dir nicht zustimmen, ich fand diese J/Direct Linker-Magic in Java doch recht unpassend.

@freewilly: Die VCL ist einfach nicht für C++, sondern für Delphi designt, was zwei völlig unterschiedliche Sprachen sind. Wenn ich C code, werd ich mich auch nicht ans JNI hängen, um die JFC zu benutzen - obwohl das für Java eine sehr schöne Bibliothek ist. Der Punkt ist: Es passt einfach nicht zusammen. Und dass die VCL im BCB drin wäre, weil sie durch Delphi schon so verbreitet war, ist ziemlich illusorisch - so verbreitet ist Delphi nun wirklich nicht - die wollten einfach die Entwicklungskosten sparen. Auf die Art mussten sie nur ein C++-Interface um die Delphi-DLLs hängen. Das war zwar nicht schön, aber immerhin billig.

@unwissender: Was hältst du von gtkmm?
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Dieser Post wurde am 24.05.2004 um 18:35 Uhr von 0xdeadbeef editiert.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

056
24.05.2004, 19:45 Uhr
~freewilly
Gast

Sicher kann man das nicht als optimal bezeichnen.
Natürlich ist die VCL von Borland in C++ Builder integriert worden, um nicht wieder etwas völlig neues konzipieren zu müssen.
Dies bringt allerdings den Vorteil, das man ohne große Probleme Delphi Komponenten integrieren kann.
Bei einem Blick auf die Seite Torry.net wird einem auch schnell klar, das die VCL noch lange nicht tot ist.
Und die VCL nicht verwenden nur weil sie aus Delphi stammt ?
Da wir bis zum Bankrott von Microsoft sowieso nur auf Windows bleiben, gibt es zumindest bei uns da auch keine Probleme ...

Und da wx sich auch noch weiter entwickeln wird, kann man da auch einen gespannten Blick drauf werfen.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

057
24.05.2004, 22:21 Uhr
0xdeadbeef
Gott
(Operator)

Ich wollte nicht sagen, dass die VCL tot ist, sondern, dass ich nicht damit programmieren will. Die VCL mag in Delphi eine annehmbare Bibliothek sein, aber C++ ist eine völlig andere Sprache - und wenn wir mal ehrlich sind, besondere Mühe haben sich die Leute von Borland bei der Portierung grad nicht gegeben.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

058
24.05.2004, 23:17 Uhr
(un)wissender
Niveauwart

@0xdeadbeef
Die Klammern, beefy, die Klammern, ohne die ist mein Name nicht richtig, denn ein wenig weiß ich ja, z.B. wie ich Unsinn posten kann

.
Zu gtkmm:
Kommt einer guten Lib nahe (in der Tat die beste nicht kommerzielle die ich bisher gesehen habe), allerdings hat gtkmm mehrere Probleme:
-nur für gnu-Compiler, für Windowsleute Mist -> für mich entscheidend
-stark zusammengesetzte Lib, pangoo, gtk, ...
-nur GUI, keinen Drucker, etc...
-normalerweise nicht selbst kompilerbar, zumindest nicht unter Windows, darum kein VC++

Ich habe jetzt ein UNI-Projekt am laufen, das ich wohl mangels eines GUI-Toolkit mit der WinApi direkt machen werde, ich hasse das.
gtkmm würde ich sehr gerne nutzten, allerdings ist das wie oben ausgeführt unter Windows so eine Sache.
--
Wer früher stirbt ist länger tot.

Profil || Private Message || Suche

Download || Zitatantwort || Editieren || Löschen || IP

059
25.05.2004, 15:37 Uhr
0xdeadbeef
Gott
(Operator)

Also, das gtkmm-Projekt führt unter features unter anderem an:

Zitat:

Cross-platform: Linux (gcc), FreeBSD (gcc), NetBSD (gcc), Solaris (gcc, Forte), Win32 (gcc, MSVC++ .Net 2003), MacOS X (gcc), others

Dass die lib zusammengesetzt ist, ist für mich kein Nachteil, zumal gtkmm ein sehr dünner (= wenig overhead) Wrapper fürs gtk ist, und Drucksupport hat in einer Grafikbibliothek m.E. ziemlich wenig verloren.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra

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: