![]() |
AW: Float-Literale sind unumstößlich Extended?
Delphi-Quellcode:
Außerdem kompiliert das hier nicht:
{$APPTYPE CONSOLE}
uses SysUtils, TypInfo; type TypeHelper = record class function TypeOf<T>(const value: T): string; static; end; class function TypeHelper.TypeOf<T>(const value: T): string; begin Result := PTypeInfo(TypeInfo(T)).Name + ' kind: ' + GetEnumName(TypeInfo(TTypeKind), Ord(GetTypeKind(T))) + ' size: ' + SizeOf(T).ToString; end; const c = 3.14; begin Writeln(TypeHelper.TypeOf(3.15)); Writeln(TypeHelper.TypeOf(c)); Readln; end. Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Ist ja interessant! Woher kommt dann aber die 8 für Sizeof(c)? :gruebel:
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
Delphi-Quellcode:
Für untypisierte Konstanten nimmt Delphi meistens erstmal den kleinst möglichen Typen und wenn die spätere Verwendungsstelle keinen anderen Typen vorgibt, dann wird er dort so verwendet.
const
A = 1; B = 10000; C = $FFFFFFFF; D = Integer($FFFFFFFF); // -1 F = 0.5; G = 1.333333333; procedure TForm1.FormCreate(Sender: TObject); begin ShowMessage(Format('%d %d %d %d %d %d', [SizeOf(A), SizeOf(B), SizeOf(C), SizeOf(D), SizeOf(F), SizeOf(G)])); // 32 Bit: 1 2 4 4 8 10 // GetTypeName(TypeInfo(F)) oder PTypeInfo(TypeInfo(F)).Name geht nicht end; Bei Floats, wird aber eher oft auf das Größere gegangen, wegen eventueller Rundungsfehler. Tja, rein theoretisch wäre SizeOf für untypisierte Konstanten nicht verwendbar und teilweise ist sowas auch nicht kompilierbar. Ich würde eher empfehlen du vergisst Extended. Single, Double und Currency sind die Typen für gebrochene Zahlen und davon ist Double der Größte. Kommt doch mal irgendwo ein Extended vor, dann ist es zumindestens kein Nachteil. Offiziell war Extended nie als Speichertyp vorgesehen (nur für die Berechnungen innerhalb der CPU, bzw. für temporäre Variablen/Zwischenergebnisse des Compilers). Bezütlich 64 Bit-Compilate und der CrossCompiler wurde das in Delphi nun angepasst. Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Das Ganze ist trotzdem irgendwie ein Mysterium. 💫
|
AW: Float-Literale sind unumstößlich Extended?
Nein. :)
|
AW: Float-Literale sind unumstößlich Extended?
Kurz und knapp, ich verstehe Dein Problem nicht: Du weißt, was passiert, Du weißt wie Du es vermeiden kannst, Du willst aber, das es automatisch geht. Korrekt zusammengefaßt?
Automatismen sind nur für die breite Masse und dienen der Vermeidung von Problemen, darum wird immer der Weg gewählt, der die geringsten Probleme erwarten läßt. Solltest Du hierbei ein Problem für die breite Masse sehen, erstell eben ein Ticket. Sherlock |
AW: Float-Literale sind unumstößlich Extended?
In dem Pascal, das Niklaus Wirth erfunden hat, und auch in den ersten Turbo-Pascal Versionen, war es ganz schlicht so: Eine Konstante war ein Platzhalter für ein Literal, wurde also erst ausgewertet bei Verwendung (wie ein Macro).
Bei Overloads klappt das nicht mehr - die werden nach Typ selektiert, also muß dort auch eine Heuristik für eine Typauswahl funktionieren. Und die funktioniert ganz gut. Wer eine feinere Kontrolle braucht: Da gibt es Möglichkeiten. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:00 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz