Delphi Wartung vs. VS Wartung

[Uwe Raabe]

Zitat von jensw_2000:

muss man Komponenten ohne Source für die neue Version kaufen

Setzt denn wirklich jemand sowas im kommerziellen Umfeld ein? Das halte ich für ziemlich risikofreudig.

[jensw_2000]

Nein, sicher nicht. Da gebe ich Dir Recht.

Ändert aber nichts an den Fakten.
Im kommerziellen Umfeld kostet es trotzdem eine Subscription für die 3rd Party Komponenten, weil vermutlich kaum jemand einen wertvollen Mitarbeiter 2 mal pro Jahr tagelang damit beschäftigt, um die ganzen "Uses Änderungen" in IFDEFS zu verpacken und Packages für die neue Delphi Version zu bauen.

[Bernhard Geyer]

Zitat von jensw_2000:

Im kommerziellen Umfeld kostet es trotzdem eine Subscription für die 3rd Party Komponenten, weil vermutlich kaum jemand einen wertvollen Mitarbeiter 2 mal pro Jahr tagelang damit beschäftigt, um die ganzen "Uses Änderungen" in IFDEFS zu verpacken und Packages für die neue Delphi Version zu bauen.

Die meisten (jedenfalls vernünftigen) Packagesammlungen haben ein Inc-Datei und dort wird in den letzten Version einfach nur ein Block für die neueste Compilerversion ergänzt.

[jensw_2000]

Der neue Versionseintrag in der INC stellt sicher auch gleich die ganzen Uses Klauseln in allen Sourcefiles um und fixt alle Referenzen. Seit Delphi XE bleibt da ja leider kein Stein mehr auf dem anderen ...

[Stevie]

Zitat von Bernhard Geyer:

Die meisten (jedenfalls vernünftigen) Packagesammlungen haben ein Inc-Datei und dort wird in den letzten Version einfach nur ein Block für die neueste Compilerversion ergänzt.

Wer es richtig macht, nutzt eine inc Datei, die aufwärtskompatibel ist, so wie Jedi.inc. Da muss man bei Benutzung der DELPHIXXX_UP Direktiven garnüscht ändern.

Zitat von jensw_2000:

Der neue Versionseintrag in der INC stellt sicher auch gleich die ganzen Uses Klauseln in allen Sourcefiles um und fixt alle Referenzen. Seit Delphi XE bleibt da ja leider kein Stein mehr auf dem anderen ...

Kommt auf den Bereich an, aber in den meisten Fällen kann jeder halbwegs taugliche Delphi Entwickler das unter Benutzung von Suchen und Ersetzen in Kürze selber anpassen.

[Bernhard Geyer]

Zitat von Stevie:

Wer es richtig macht, nutzt eine inc Datei, die aufwärtskompatibel ist, so wie Jedi.inc. Da muss man bei Benutzung der DELPHIXXX_UP Direktiven garnüscht ändern.

Wenn man von D6 kommt muss man teilweise aber noch Steinzeit-Technik verwenden.
Werde ich mir aber mal anschauen.

[himitsu]

Zitat von Stevie:

Wer es richtig macht, nutzt eine inc Datei, die aufwärtskompatibel ist, so wie Jedi.inc. Da muss man bei Benutzung der DELPHIXXX_UP Direktiven garnüscht ändern.

Oder man benutzt die schon bei Borland eingeführten Conditional Expressions mit den Konstanten CompilerVersion, bzw. RTLVersion, und kommt ohne eine INC aus.

Früher waren in einigen der INCs, bzw. im System auch "Features" als DEFINEs angelegt, mit denen man arbeiten konnte, anstatt auf eine Version zu prüfen, was auch irgendwie verständlicher war, aber bei Vielen der wirren Änderungen in letzter Zeit, ist das so eh nicht mehr verwendbar, oder schafft Emba es wirklich bei jedem Update auch die RTL-/CompilerVersion zu ändern?
Auf diese Weise war der Code/die Prüfung auch für unterschiedliche Compiler/Bibliotheken (z.B. Delphi, Lazarus, FPC, ...) nutzbar.

Bei meinen Conditional Expressions prüfe ich dann oftmals lieber auf das Vorhandensein bestimmter Typen/Funktionen, damit hab ich mir im Code auch gleich oftmals den Kommentar erspart, was ich eigenntlich prüfen wollte.

{$IF Declared(TEdit)} / {$IF Defined(WIN32)} / {$IF CompilerVersion >= 20}

Vorallem da man hier ganz praktisch mehrere Prüfungen kombinieren kann, anstatt das Zeug umständlich verschachteln zu müssen.
{$IF Defined(WIN32) and (CompilerVersion >= 20) and (CompilerVersion <= 23)}

Wenn man das mit dem XE nicht eingeführt hätte, dann hätte ich mir eine Integer/Float-Konstante "DelphiVersion" gewünscht.
(Solange das mit dem XE bleibt, oder zumindestens die Nummer nicht mal wieder auf 1 zurückgesetzt wird, wäre das ja immernoch eine Option, wenn man "ab XE" zählt)

[Stevie]

Zitat von himitsu:

Zitat von Stevie:

Wer es richtig macht, nutzt eine inc Datei, die aufwärtskompatibel ist, so wie Jedi.inc. Da muss man bei Benutzung der DELPHIXXX_UP Direktiven garnüscht ändern.

Oder man benutzt die schon bei Borland eingeführten Conditional Expressions mit den Konstanten CompilerVersion, bzw. RTLVersion, und kommt ohne eine INC aus.

Jo, hab ich auch in der Vergangenheit gemacht. Und dann muss man irgendwann dauernd auf nen Spickzettel schauen, welche Version nun welche CompilerVersion war, nee danke.

[stahli]

Uwe, Du siehst das immer aus Deiner erfolgreichen kommerziellen Sicht.

Kleine Selbständige und Hobbyprogrammierer können nicht ständige Ausgaben in beliebiger Höhe einplanen.
Wenn Du das als gut laufende Firma kannst ist das ok.
Aber es trifft halt nicht auf jeden potenziellen Delphi-Anwender zu.

Wenn wenigstens das erworbene Produkt dann halten würde was es verspricht, dann könnte man ja mal aller paar Jahre in den sauren Apfel beißen...

Ok, mir es inzwischen ja egal.
Ich habe eine neue (noch größere) Liebe gefunden.

PS: Nur an der DP hänge ich immer noch.

[greenmile]

Zitat von stahli:

Uwe, Du siehst das immer aus Deiner erfolgreichen kommerziellen Sicht.

Kleine Selbständige und Hobbyprogrammierer können nicht ständige Ausgaben in beliebiger Höhe einplanen.
Wenn Du das als gut laufende Firma kannst ist das ok.
Aber es trifft halt nicht auf jeden potenziellen Delphi-Anwender zu.

Wenn wenigstens das erworbene Produkt dann halten würde was es verspricht, dann könnte man ja mal aller paar Jahre in den sauren Apfel beißen...

Ok, mir es inzwischen ja egal.
Ich habe eine neue (noch größere) Liebe gefunden.

PS: Nur an der DP hänge ich immer noch.

Naja, wer kein Geld verdient wird entweder die kostenlose Variante oder eine "kopierte" nutzen, für die meisten kommt dann eh keine Lizenz in Frage. Der Kleinunternehmer muss es sich ausrechnen. Ein Schreiner braucht Holz, ein Maurer Steine und ein Entwickler halt Entwicklungswerkzeuge für die Arbeit. Man sollte nicht davon ausgehen, dass man nichts investiert und nur Gewinn macht. Es ist das Arbeitswerkzeug.