STL Standard Delphi Library für Delphi Win32

[jbg]

http://www.sourceforge.net/projects/decal

Es gibt auch noch ein decaldev Projekt bei Sourceforge, aber das ist was völlig anderes.

[radekj]

Bitte erst lesen !

Es handelt sich um STL für Delphi WIN32 !!!

und nicht das ultra langsame unübersichtige und aus 1001 dlls bestehende Black-Box .NET !!!

also keine Namespaces, UniqueStrings etc...

ciao
Radek

[Dax]

Zitat:

Zitat von radekj

ultra langsame

Falsch. .NET ist manchmal schneller als Delphi, meist kaum langsamer.

Zitat:

Zitat von radekj

unübersichtige

Falsch. Die Klassen sind im Framework ihren Bestimmungen entsprechend angeordnet - aber manchmal in der Tat etwas verwirrend.

Zitat:

Zitat von radekj

1001 dlls bestehende Black-Box .NET

Auch falsch. Du ziehst dir ein mal den Installer (eine .msi) und hast das komplette Framework. Dass es viele .dlls enthält mag stimmen, aber am Ende hast du damit kein Problem - du lieferst einfach den FX-Installer mit.

[jbg]

Zitat:

Zitat von radekj

Bitte erst lesen !

Habe ich. Nur scheint da jemand nicht zu wissen, dass Units und Klassen auch Namensräume sind. Und UniqueString() eine Funktion in SysUtils ist.

[radekj]

Zitat:

Zitat von Dax

Zitat:

Zitat von radekj

ultra langsame

Falsch. .NET ist manchmal schneller als Delphi, meist kaum langsamer.

Zitat:

Zitat von radekj

unübersichtige

Falsch. Die Klassen sind im Framework ihren Bestimmungen entsprechend angeordnet - aber manchmal in der Tat etwas verwirrend.

Zitat:

Zitat von radekj

1001 dlls bestehende Black-Box .NET

Auch falsch. Du ziehst dir ein mal den Installer (eine .msi) und hast das komplette Framework. Dass es viele .dlls enthält mag stimmen, aber am Ende hast du damit kein Problem - du lieferst einfach den FX-Installer mit.

Weil MFC so toll war und .NET ist

hat Microsoft die MFC und jetzt die .NET nie für die internen Projekte (Office, Windows etc.) verwendet, sondern die Microsoft's Active Template Library).

Warum wohl ?!

Radek

[Robert Marquardt]

Ich finde die STL nicht besonders nuetzlich. Alles schoen abstrakt, aber genau das macht dem Durchschnittsprogrammierer Probleme.
Das womit mit einem Delphi-Programm meist Geld verdient wird, ist ueblicherweise doch eher simpel. Da steht die Leistungsfaehigkeit und der Abstraktionsgrad der STL eher im Weg.
Die Staerke von Delphi liegt eher im Bereich Oberflaeche machen und Datenbank ansteuern. Da versagt die STL fast voellig, denn die Oberflaeche braucht meist nur simple Event-Handler und der Datenbankzugriff geht ueber massgeschneiderte Komponenten.