Tokyo Update 3 identifizieren

[himitsu]

Im Prinzip müssten die Updates eine eigene Versionsnummer bekommen, da man ja seit 'ner Weile die "Updates" nicht mehr für Bugfixes, sondern auch für neue Features (Upgrades) nutzt.

VER320 = 10.2
VER321 = 10.2.2
VER322 = 10.2.3
...


Bleibt nur noch, dass du nicht nur auf Versionsnummer, sondern auf das Vorhandensein/Nichtvorhandensein von Funkionen/Klassen/Typen/Variablen/Konstanten prüfst, welche sich bei dem Update geändert hatten.

Aber prinzipiell ist es eh besser auf Features zu prüfen, anstatt auf Versionen.


RTLVersion und VCLVersion gibt es theoretisch, aber die waren bis jetzt immer identisch mit der CompilerVersion.
FMXVersion und Versionen für andere Programmteile gibt es garnicht.

[Ralf Kaiser]

Zitat von himitsu:

Aber prinzipiell ist es eh besser auf Features zu prüfen, anstatt auf Versionen.

Na ja, es geht hier speziell um die Unit System.Net.Mime

Da gibt es (Update 2) einmal die Liste aller Mimetypes als Array in einer Konstanten. In Update 3 gibt es dieses Array nicht mehr, dafür existiert eine Klasse TMimeTypes die diese Daten als Dictionary verwaltet.

Ich habe keinen Schimmer, wie ich diese beiden Versionen beim kompilieren über IFDEF oder so auseinander halten soll.

Die einzige Idee die ich habe ist es die neuere Unit erst einmal lokal in das Projektverzeichnis zu kopieren und ins Projekt aufzunehmen. So würden auch ältere Compiler die neue Unit verwenden (ich mag diese Lösung aber gar nicht...)