DeHL Entwicklung eingestellt

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Wer unbedingt auf älteren Delphi-Versionen entwickeln will, kann ja dazu auch die älteren Versionen der Bibliotheken nehmen. Neuentwicklungen sollte man eh nicht mit veralteten Werkzeugen ausbremsen - meine Meinung.

Bis vor 2-3 Jahren war auch Win98 auch noch zu unterstützen. Damit war alles > D2007 außen vor...

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Die Krux liegt m.E. in der Gepflogenheit vieler Entwickler, die neuen Features oder Vorgaben neuer Versionen sozusagen mit "einzupatchen", anstatt direkt darauf aufzubauen ("deprecated" Warnungen beim Compileren). Wenn denn unbedingt ältere Versionen unterstützt werden müssen, dann muss man eben diese "einpatchen", über IFDEF anderen Code ausführen

Was mehr Code und mehr potentielle Fehlerquellen darstellt.

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Und wenn es nun 50MB werden, wo lägen dann ganz konkret die Nachteile?

Nicht überall hast du Gigabit-Ethernet oder neue Prozessoren/HW zur verfügung.

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Kannst du abschätzen, was dir das alles für Möglichkeiten eröffnet? Womöglich kannst du deinen Sourcecode damit ganz gehörig eindampfen.

Klar weiß ich das. Bei unserem Java-Port nutzen wir gleich die Möglichkeiten die Java schon lange bietet :-)

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Nur mal als Vergleich: bei einer meiner Anwendungen ist die Exe ausgehend von D7 bis nach XE2 (trotz RTTI und Unicode) gerade mal 25% größer geworden (9 -> 11,3 MB).

25% sind akzeptabel. Unicode wären bei uns keine Faktor da wir mit ElPack Unicode schon seit ca. 10 Jahren einsetzen.

[Thom]

Zitat:

Zitat von Uwe Raabe (Beitrag 1147137)

Man muss nur mal den Mut haben, alte Zöpfe abzuschneiden.

Noch mehr Mut gehört dazu, nicht jede neue Frisur mitzumachen, nur weil irgend jemand sagt, sie sei modern, in, hip, angesagt, cool... 8-)

[mkinzler]

Aber auch nicht auf nützliche Features zu verzichten, nur weil man sie früher auch nicht gebraucht hat

[Thom]

Das zeugt aber meist - nicht immer - nur davon, daß man die "alten" Möglichkeiten nicht genügend beherrscht und meint, das Problem nur mit den "neuen" Features lösen zu können... :lol:

[jaenicke]

Zitat:

Zitat von Thom (Beitrag 1147175)

Das zeugt aber meist - nicht immer - nur davon, daß man die "alten" Möglichkeiten nicht genügend beherrscht und meint, das Problem nur mit den "neuen" Features lösen zu können... :lol:

Wie das in Delphi gehen soll, ist mir nicht wirklich klar.

Aber es macht halt einen Unterschied, ob man etwas in 10 Stunden in Delphi 7 implementiert oder mit einem Bruchteil an Code in 6 Stunden in Delphi XE2. Natürlich könnte man auch mit alten Delphiversionen alles entwickeln. Wie ich schon sagte: Wer sich das leisten kann, bitte, aber im Normalfall ist Entwicklungszeit dafür zu teuer.

Deshalb würden wir nie auf die Idee kommen wieder die alten Versionen auszupacken. Die Produktivität hat bei uns seit dem Kauf von XE einfach drastisch zugenommen, und noch dazu ist der Code schon alleine durch Generics um einiges kürzer und besser wartbar.

Manche Projekte sind noch in Delphi 5 oder 2006 geschrieben und nicht aktualisiert, so dass es auch manchmal in gemeinsamen Units IFDEFs dafür gibt. Das sieht dann typischerweise so aus, dass für XE eine oder wenige Zeilen da stehen und für die alten Versionen die 3-5 fache Menge an Code.

[Uwe Raabe]

Zitat:

Zitat von jaenicke (Beitrag 1147179)

Aber es macht halt einen Unterschied, ob man etwas in 10 Stunden in Delphi 7 implementiert oder mit einem Bruchteil an Code in 6 Stunden in Delphi XE2. Natürlich könnte man auch mit alten Delphiversionen alles entwickeln. Wie ich schon sagte: Wer sich das leisten kann, bitte, aber im Normalfall ist Entwicklungszeit dafür zu teuer.

Ich habe kürzlich erst ein altes Projekt auf XE2 gezogen ohne dies dem Kunden in Rechnung zu stellen. Dabei wurde auch gleich ein Haufen alter Komponenten (z.B. Orpheus) rausgeschmissen, die zwar noch leidlich unter XE2 laufen, aber mit neuen Features (z.B. VCL-Styles) nicht mithalten können. Die Anwendung sieht nun bei nahezu identischer Funktionalität wesentlich moderner und frischer aus. Der Kunde war hellauf begeistert und seitdem bekomme ich deutlich mehr Änderungs- und Ergänzungsaufträge für dieses Projekt, da ich diese nun wesentlich preisgünstiger realisieren kann. Früher war ihm jede Änderung einfach zu teuer für das, was sie gebracht hätte. Der Kunde ist nun zufrieden und mir macht die Arbeit an dem Projekt wieder Spaß. Den Portierungsaufwand habe ich längst wieder raus. In der Zeit, die ich früher in D7 für ein Feature gebraucht habe, schaffe ich heute in XE2 zwei bis drei vergleichbare. Ich kann Terminzusagen machen (und auch einhalten), bei denen meine Mitbewerber (und manche Kunden selbst) nur den Kopf schütteln.

Ach übrigens: was meine Frisur betrifft, gelte ich gemeinhin als ziemlich konservativ. Die unübersehbaren Veränderungen sind rein biologischer Natur.

[himitsu]

Zitat:

Zitat von Furtbichler (Beitrag 1147153)

Wobei man keins der "neuen" Features wirklich benötigt. Es erleichtert vielleicht etwas die Arbeit und in einer Softwareproduktion wird man effektiver arbeiten, aber ein Framework entwickeln geht auch mit den Sprachfeatures von Delphi 3. Wobei ich natürlich nicht von der IDE rede.

Ja, man kommt auch ohne aus, aber die Vereinfachung liegt nicht immer nur im Aufwand des Schreibens.
Einige Features vermeiden auch Fehler.

Mein Cheffchen hat es grade auch gemerkt. Generigs z.B. sind ganz nett, aber man muß sich schon etwas umgewöhnen.
Vorteil einer generischen TObjektList ist z.B. der, daß man selber nicht mehr wild rumcasten muß, da der Typ direkt schon vorgegeben ist.

weniger unsichere Casts = mehr Typ-Sicherheit im Code
und der Code wird auch teilweise etwas übersichtlicher, da Code letztendlich kürzer wird.

[Stevie]

Wenn man Alex' Blog verfolgt hat, wird man wissen, welche anderen Gründe dazu führten, dass er letztlich DeHL eingestellt hat.

Der Größenanstieg der EXE ist auch nicht allein der enhanced RTTI zuzuschreiben (welcher natürlich auch eine Rolle spielt), sondern auch den Generics. Durch die Art der Implementierung dieser wächst bei jedem neuen generischen Typ die Binary, auch wenn der Code für TList<TAuto> genauso ist wie bei TList<TFahrrad>. Das führt bei Source wie bei DeHL (und auch bei Collections) der Fall zu exorbitanten Größen (und wir reden hier bei massiver Nutzung von Generics über Größen jenseits der 50MB).

Nichtsdestotrotz hat Alex schon vor einiger Zeit ein Spin-Off Projekt für das meist genutzte Feature von DeHL (die mir persönlich auch etwas zu klobig erschien), nämlich die generischen Listen, angelegt. Auch bei diesem haben sich des öfteren mal die Grenzen von Delphi gezeigt, was Closures und Generics angeht (allem voran natürlich 2010).