Update der RTL-Erweiterung DeHL

[mkinzler]

http://alex.ciobanu.org/?p=182

[mkinzler]

Und wieder ein Update
Es wurde mit Enex (aka Enumerable Extensions) eine LINQ ähnliche Abfrageschnittstelle bekommen

http://alex.ciobanu.org/?p=197

[jbg]

Jetzt muss der Autor von DeHL, der ja (laut seiner Homepage) seit kurzem bei EMBT (Embar... ist mir zu lang) arbeitet, DeHL an das Entwicklerteam weiterleiten, damit die, die total verbuggte Generics.Collections ersetzen können.

[mkinzler]

Zitat:

Zitat von jbg

Jetzt muss der Autor von DeHL, der ja (laut seiner Homepage) seit kurzem bei EMBT (Embar... ist mir zu lang) arbeitet, DeHL an das Entwicklerteam weiterleiten, damit die, die total verbuggte Generics.Collections ersetzen können.

Dann besteht ja Hoffnung :-D

[mkinzler]

Und wieder ein Update
http://alex.ciobanu.org/?p=241

[mkinzler]

Nun in Version 1.6.1 ( schon seit 27.06)
http://code.google.com/p/delphilhlplib/

[alzaimar]

Ich hätte nicht gedacht, das ein Moderator einem Moderator Ratschläge zum Verfassen verständlicher Beiträge unterbreiten muss:
1. Ein deutscher Satz besteht auch im Jahre 2009 aus mehr als einem Link.
2. Eine Beschreibung wäre toll, sinnvoll und auch hinsichtlich der AGB durchaus angebracht.
3. Gerade Moderatoren müssten in der Lage sein, ihren 1.Beitrag zu editieren, um dort Updates zu plazieren.

Vielen Dank und weiterhin viel Erfolg bei der Minimalisierung deiner Beiträge. :mrgreen:

[Sherlock]

Also bitte: Dieser Thread ist an Übersichtlichkeit kaum zu überbieten.

Und wer sowas braucht, der weiss auch worum es geht.

Sherlock

[mkinzler]

Nun in Version 0.8.1
http://alex.ciobanu.org/?p=331
ChangeLog

[mkinzler]

Nun 0.8.2
http://alex.ciobanu.org/?p=336
ChangeLog

[Stevie]

Arbeitet damit eigtl jemand? Es gibt imo nämlich noch einige gravierenden Inkompatibilitäten, wenn man diese Library benutzt.
Die eigene Definition von IEnumerable<T> und IEnumerator<T>, welche aber auch in der System.pas definiert sind, führen zu Fehlern, wenn man eigene Klassen baut, die IEnumerable<T> und IEnumerator<T> einbinden, und nicht die DeHL.Collections.Base.pas einbinden und demnach die aus der System.pas benutzt.
Außerdem kann es, selbst wenn man immer die DeHL.Collections.Base.pas einbindet, zu einem Internal Error: L817 im Compiler kommen.

[mkinzler]

Hast du den Fehler dem Autor der Library gmeldet? (dieses arbeitet nun bei EM)

[Stevie]

Sah ich mich ehrlich gesagt nicht zu veranlasst, da der Bug ja im QC eingetragen ist.
Zudem ist die Umsetzung in der System.pas auch schlampig - schludrig von .Net abgeschaut, dass das generische Interface vom nicht generischen abgeleitet ist, nicht beachtend, dass das in Delphi nicht geht, da dort im Gegensatz zu .Net nicht alle Typen von (T)Object abgeleitet sind. :evil: Das führt dann nämlich mindestens zu diesem Fehler oder zu schlimmerem, wie dem oben erwähnten Compiler Fehler.

[Insider2004]

Weil ich mich vor Kurzem mit Collections beschäftigen musste, grabe ich diese Mumie noch mal aus. Die letzte gute Version heißt jetzt nicht mehr Dehl, sondern Delphi-Coll und ist hier zu finden:
https://code.google.com/p/delphi-coll/
zwar mit ein paar haarstäubenden Fehlern, aber einem geschenkten Gaul...

[Stevie]

Außer du brauchst die eher exotischen Collection Types, empfehle ich dir eher Spring4D - Delphi Coll ist praktisch tot, Alex macht da nix mehr dran.

[Insider2004]

In Spring fehlen aber 2/3 der Funktionen von Delphi-Coll.

[Stevie]

Wie ich bereits sagte, wenn du TDoubleSortedDistinctMultiMap und so Schnick brauchst, dann ist Delphi Coll was für dich, allerdings benötigt man die in 99% der Fälle wohl eher nicht. Spring4D hat die meisten gängigen Collection Typen und diese werden deine Binarygröße auch nicht so krass explodieren lassen, wie es bei Delphi Coll passiert.