![]() |
Delphi-Version: 10.2 Tokyo
Float-Literale sind unumstößlich Extended?
Delphi-Quellcode:
ist kein Single, kein Double, sondern Extended. Da kann ich nichts dran machen, richtig? Keine Compilerschalter, nichts?
const someConstant = 3.14
![]() Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Probier mal so
Delphi-Quellcode:
Const
kFeetToMeter: Double = 3.2808; |
AW: Float-Literale sind unumstößlich Extended?
Ja, ich weiß dass ich Konstanten typisieren kann, aber ich meinte wirklich wenn im Quelltext einfach
Delphi-Quellcode:
steht. Ich weiß dass ich auch
3.14
Delphi-Quellcode:
schreiben könnte, aber es wäre natürlich schön wenn ich da herum käme...
Single(3.14)
|
AW: Float-Literale sind unumstößlich Extended?
Woher soll der Compiler denn wissen, welche Genauigkeit du haben willst, wenn du es ihm nicht sagst?
|
AW: Float-Literale sind unumstößlich Extended?
Irgendwie schon komisch, dass das ansonsten so typenvernarrte Pascal bei Konstanten son untypisierten Blödsinn zulässt :gruebel:
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
Die Zahl 3.14 lässt sich zufälligerweise exakt als Double darstellen. Prüf mal
Delphi-Quellcode:
.
Sizeof(someConstant)
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
|
AW: Float-Literale sind unumstößlich Extended?
Per se ist das erstmal garkein bestimmter Typ, denn dieser "Wert" wird an den Stellen eingesetzt (ähnlich einem Makro), wo er verwendet wird, und dort entscheidet sich dann jeweils der Typ, anhand dessen wo er zugewiesen wird.
Im Zweifelsfall ist es aber natürlich der größere Typ. Die typisierten Konstanten sind "schreibgeschützte" Variablen, wo am Verwendungsort ein Zeiger darauf eingesetzt wird.
Delphi-Quellcode:
const
kFeetToMeter = 3.2808; // echte Konstante kFeetToMeter = Double(3.2808); // echte Konstante mit Vorgabe, kann am Verwendungsort sich aber noch ändern kFeetToMeter: Double = 3.2808; // typisierte Konstante |
AW: Float-Literale sind unumstößlich Extended?
Liste der Anhänge anzeigen (Anzahl: 1)
Sorry, aber ich stimme euch nicht zu.
Erstens:
Delphi-Quellcode:
Hier wird definitiv die Extended-Version aufgerufen.
program Project1;
{$APPTYPE CONSOLE} procedure acceptFloat(const input: Single) overload; deprecated 'Single'; begin // end; procedure acceptFloat(const input: Double) overload; deprecated 'Double'; begin end; procedure acceptFloat(const input: Extended) overload; deprecated 'Extended'; begin end; begin acceptFloat(3.14); end. Und zweitens: Wenn ich den Mauszeiger auf eine untypisierte Float-Konstante halte bekomme ich einen Tooltip der glasklar "Extended" sagt: Anhang 52023 Edit: Aber
Delphi-Quellcode:
sagt tatsächlich 8, obwohl definitiv die Extended-Überladung aufgerufen wird. Jetzt bin ich noch verwirrter als vorher.
SizeOf(myConst)
|
AW: Float-Literale sind unumstößlich Extended?
Zitat:
|
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 16:55 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