DeHL Entwicklung eingestellt

[mjustin]

Die Projektseite http://code.google.com/p/delphilhlplib/ sagt:

Zitat:

DeHL is discontinued. You can reuse parts of this project for whatever particular needs you have. The source code is BSD licensed.

In seinem Blog (http://alex.ciobanu.org/) schreibt der Entwickler am 3. Januar 2012:

Zitat:

DeHL — A collection of code built around the concept of “type objects”. Unfortunately, DeHL only stirred some architectural interest in the Delphi community. It did not actually attract many active users or contributors. ... But, unless someone steps up and takes over, DeHL is effectively dead.

[Insider2004]

Das wundert mich jetzt nicht. DEHL läuft nur mit den neuen Delphi-Compilern und ist ziemlich kompliziert. Das widerspricht dem Pascal-anstatz. Die neuen Delphi-Sprachfeatures (anonyme Methoden etc.) haben sich bisher sowieso weniger durchgesetzt. Der Pascal-Programmierer liebt es halt einfach.

[jaenicke]

Zitat von Insider2004:

Die neuen Delphi-Sprachfeatures (anonyme Methoden etc.) haben sich bisher sowieso weniger durchgesetzt. Der Pascal-Programmierer liebt es halt einfach.

Gerade diese Features machen es ja sehr viel einfacher. Theoretisch zumindest...

Das Problem war nur, dass es relativ viele Bugs gab, z.B. dass in anonymen Methoden als Parameter bei XE generell die erste Ebene der Syntaxvervollständigung nicht funktionierte. Viele solcher Probleme sind aber bei XE2 behoben, so auch dieses.

Zumindest in unseren Quelltexten nutzen wir seit XE dennoch häufig Generics, anonyme Methoden, die aktuellen Rtti-Features, ...
Und wenn ich so die Posts von himitsu und anderen lese, sieht das bei anderen ja wohl auch ähnlich aus.

[Bernhard Geyer]

Zitat von jaenicke:

Das Problem war nur, dass es relativ viele Bugs gab, z.B. dass in anonymen Methoden als Parameter bei XE generell die erste Ebene der Syntaxvervollständigung nicht funktionierte. Viele solcher Probleme sind aber bei XE2 behoben, so auch dieses.

Für Komponentenhersteller wird aber eher das Problem bestehen das sie noch bis D6/7 dies Sammlungen anbieten.
Und da wird man dann alle Quellcode ohne entsprechende Sprachfeatures verwenden.

Zitat von jaenicke:

..., die aktuellen Rtti-Features, ...

Diese erweiterte Rtti hat aber den Nachteil die Exe's riesig werden zu lassen

[Uwe Raabe]

Zitat von Bernhard Geyer:

Für Komponentenhersteller wird aber eher das Problem bestehen das sie noch bis D6/7 dies Sammlungen anbieten.
Und da wird man dann alle Quellcode ohne entsprechende Sprachfeatures verwenden.

Das sehe ich z.B. als ein großes Manko an!

Zitat von Bernhard Geyer:

Diese erweiterte Rtti hat aber den Nachteil die Exe's riesig werden zu lassen

Na und? Die Größe einer Exe-Datei ist doch sowas von egal, wenn ich damit im Gegenzug einen deutlichen Programmiervorteil erreichen kann. Die Zeiten von 640kB Hauptspeicher sind doch lange vorbei.

[Bernhard Geyer]

Zitat von Uwe Raabe:

Das sehe ich z.B. als ein großes Manko an!

Das die Komponentenanbieter das so machen, oder was meinst du damit genau?

Zitat von Bernhard Geyer:

Na und? Die Größe einer Exe-Datei ist doch sowas von egal, wenn ich damit im Gegenzug einen deutlichen Programmiervorteil erreichen kann. Die Zeiten von 640kB Hauptspeicher sind doch lange vorbei.

Unsere D6-Exe ist 12-15 MB groß. Eine 50 MB Exe wäre nicht gerade von Vorteil (konnte bisher noch nicht das Hauptprogramm erfolgreich mit XE2 compilieren um den genauen Großenzuwachs mit und ohne Extended RTTI zu sehen

[jaenicke]

Zitat von Bernhard Geyer:

Für Komponentenhersteller wird aber eher das Problem bestehen das sie noch bis D6/7 dies Sammlungen anbieten.
Und da wird man dann alle Quellcode ohne entsprechende Sprachfeatures verwenden.

Wenn sich die Hersteller den Produktivitätsverlust leisten können und wollen ist ja alles ok. Schlecht ist nur, dass die dadurch entstehenden Entwicklungskosten sich nicht in den Versionen für die alten Delphiversionen wiederspiegeln, sondern meistens auf alle Käufer umgelegt werden...

[Bernhard Geyer]

Zitat von jaenicke:

Und da wird man dann alle Quellcode ohne entsprechende Sprachfeatures verwenden.

Wenn sich die Hersteller den Produktivitätsverlust leisten können und wollen ist ja alles ok. Schlecht ist nur, dass die dadurch entstehenden Entwicklungskosten sich nicht in den Versionen für die alten Delphiversionen wiederspiegeln, sondern meistens auf alle Käufer umgelegt werden...[/QUOTE]
Die meisten Komponentensammlungen werden wohl nicht mit 2010/XE(2) Neuentwicklungen sein sondern Weiterentwicklungen. D.h. man wird schrittweise neue Features einbauen und bei diesem Einbau sich überlegen ob man wegen dieser (erstmal verglichen mit dem Rest der Kompos) kleinen Features gleich D6-D2009 von den neuen Versionen abschneidet.