Gesichtspunkte für geräteübergreifende Delphi-Anwendungen

Aus RAD Studio
Wechseln zu: Navigation, Suche

Nach oben zu Gesichtspunkte für geräteübergreifende Anwendungen


Der Datentyp "Extended" ist in 64-Bit-Windows-Systemen 2 Byte kleiner

Der Datentyp Extended ist unter Win64 und Win32 unterschiedlich groß:

  • Unter Win64 ist der Typ Extended ein Alias für Double, d. h. 8 Byte groß.
  • Unter Win32 ist der Typ Extended (weiterhin) 10 Byte groß.

Unter Win64 bietet der Datentyp Extended daher eine geringere Genauigkeit als unter Win32. Wenn Sie in Ihren Anwendungen den Datentyp Extended verwenden und Genauigkeit, z. B. für Gleitkommaberechnungen, wichtig ist, könnte sich dieser Größenunterschied auf Ihre Daten auswirken.

Hauptsächlich betroffen sind sehr kleine oder sehr große Werte. Die beiden Datentypen haben die folgende Genauigkeit:

  • 1x10308 IEEE Double, von Win64 unterstützt
  • 1x104932 IEEE Extended, von Win32 unterstützt

Wenn die Codebasis den Datentyp Extended enthält, wird die folgende Hinweismeldung angezeigt: W1066 Erweiterte Genauigkeit für Gleitkommawert verloren gegangen. Verkürzt auf Double (Delphi). Gleitkommaoperationen mit einer "extended"-Genauigkeit werden in 32-Bit-Anwendungen, aber nicht in 64-Bit-Anwendungen unterstützt. Unter Win64 ist die Genauigkeit von Gleitkommaoperationen mit Extended-Variablen auf eine doppelte Genauigkeit reduziert.

Mit dem Record TExtended80Rec können Sie mit Gleitkommavariablen mit der Genauigkeit "extended" arbeiten, aber nur zum Lesen und Schreiben aus und in den Arbeitsspeicher und zum Durchführen von Low-Level-Änderungen (Ändern der Mantisse, des Exponenten oder des Vorzeichens).

Weitere Informationen zu 64-Bit-Datentypen finden Sie unter 64-Bit-Windows-Datentypen im Vergleich zu 32-Bit-Windows-Datentypen.

Stack-Ausrichtungsproblem bei macOS

Ein zentrales Problem bei macOS-Anwendungen stellt die Anforderung dar, dass die gesamten Speicherdaten auf dem Stack an 16-Byte-Grenzen ausgerichtet sein müssen:

Migrieren von Delphi-Anwendungen von Win32 zu macOS

Die folgende Tabelle gibt einen Überblick über die Plattformunterstützung durch die verschiedenen Bibliotheken in RAD Studio:

   Bibliothek/Plattform         Win32             Win64              macOS    

FMX

Ja

Ja

Ja

RTL

Ja

Ja

Ja

VCL

Ja

Ja

Nicht unterstützt

Hinweis: Die obige Tabelle enthält nur einen groben Überblick über die Bibliotheksunterstützung für Plattformen. Auf bestimmten Plattformen gelten für die Unterstützung der RTL und der VCL Ausnahmen. Beispielsweise wird die BDE weder unter Win64 noch unter macOS unterstützt.

Die VCL ist nur unter Windows verfügbar und unterstützt macOS nicht. Anwendungen für macOS sollten mit FireMonkey (FMX) erzeugt werden.

Ein Großteil der Delphi-Laufzeitbibliothek (RTL) unterstützt aber alle unterstützten Zielplattformen. Die RTL beinhaltet die Units System, SysUtils und IOUtils und andere, die plattformunabhängige Elemente enthalten.

  • Delphi-Anwendungen, die nur die RTL (nicht die VCL) verwenden, arbeiten unter macOS (und Win64) mit geringfügigen Änderungen.
  • Delphi-Anwendungen, die die VCL und/oder die RTL verwenden, unterstützen Win32 und Win64.


Weitere Informationen über die RTL finden Sie unter Verwenden der RTL (Laufzeitbibliothek).

Weitere Informationen zu FireMonkey finden Sie unter FireMonkey.

Weitere Informationen über die VCL finden Sie unter Einführung in die VCL (Visual Component Library).

Migrieren von Delphi-Anwendungen von Win32 zu Win64

Die VCL und die RTL werden unter Win32 und Win64 unterstützt.

Weitere Informationen zur Delphi-Anwendungsentwicklung für Win64 finden Sie unter 64-Bit-Windows-Anwendungsentwicklung.

Migrieren von Delphi-Anwendungen von Desktop- zu mobilen Anwendungen

In Win64 wird das Schlüsselwort "absolute" bei der Interoperabilität zwischen Delphi und C++Builder nicht unterstützt

Wenn Sie Delphi-Code schreiben möchten, der in Interoperabilität mit den C++-Compilern, die durch Clang erweitert wurden, ausgeführt wird, dürfen Sie die Delphi-Direktive/das Delphi-Schlüsselwort "absolute" im interface-Abschnitt einer Delphi-App nicht verwenden. Sie können das Schlüsselwort "absolute" jedoch im implementation-Abschnitt verwenden.

LLVM bietet keinen Mechanismus, anhand dessen eine Variable eine andere überlagern kann, daher geht C++Builder von einem eindeutigen Symbol für jede Variable aus.

Beschränkungen des Inline-Assembly-Codes für 64-Bit-Windows

Wenn Ihr Quellcode Inline-Assembly-Code enthält, müssen Sie für die Migration des Codes zu 64 Bit gegebenenfalls Änderungen vornehmen. Weitere Informationen finden Sie in den folgenden Themen:

Siehe auch