AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign Single / Double / Extended - rechnen mit Gleitkommawerten
Thema durchsuchen
Ansicht
Themen-Optionen

Single / Double / Extended - rechnen mit Gleitkommawerten

Ein Thema von lxo · begonnen am 22. Nov 2022 · letzter Beitrag vom 22. Nov 2022
Antwort Antwort
lxo

Registriert seit: 30. Nov 2017
258 Beiträge
 
Delphi 12 Athens
 
#1

Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 07:03
Hallo zusammen,

wieso entsteht aus einer Rechnung mit zwei Single Variablen ein Extended?

Delphi-Quellcode:

uses
 .., System.Math, System.Rtti;

..
var
  lSingle1: Single;
  lSingle2: Single;
  lInteger: Integer;
  lValue: TValue;
begin
  lSingle1 := 13.5;
  lSingle2 := 0.9;


  lInteger := Ceil( lSingle1 / lSingle2); // Ergibt 16 da mit Extended gearbeitet wird.
  lInteger := Ceil( Single( lSingle1 / lSingle2)); // Ergibt 15 da mit Single gearbeitet wird.

  lValue := ( lSingle1 / lSingle2);
  Showmessage( lValue.TypeInfo.Name);
  Mit Zitat antworten Zitat
Benutzerbild von Sinspin
Sinspin

Registriert seit: 15. Sep 2008
Ort: Dubai
614 Beiträge
 
Delphi 10.3 Rio
 
#2

AW: Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 09:32
Wieso ist die Erde rund?

Nichts passiert aus Zufall.

Ein schlauer Kopf hat also wohl mal festgelegt das bei bestimmten Eingangstypen ein bestimmter Ausgangstyp verwendet wird.
Stefan
Nur die Besten sterben jung
A constant is a constant until it change.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
43.137 Beiträge
 
Delphi 12 Athens
 
#3

AW: Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 09:39
Die FPU/CPU rechnet nunmal immer mit Extended.
Datenformat (Speicherformat) vs. Arbeitsformat.

Extended war auch niemals als Speicherformat vorgesehen (drum implementieren andere Programmiersprachen es nicht direkt)
und sollte normal immer nur für zischenergebnisse von Berechnungen verwendet werden.

Wieso sollten die Entwickler nutzlos mehrmals Berechnungsfunktionen und die Hardware einbauen, wenn die große Berechnung ausreicht und man anschließend wieder runterrechnen abrunden kann, falls nötig.
Garbage Collector ... Delphianer erzeugen keinen Müll, also brauchen sie auch keinen Müllsucher.
my Delphi wish list : BugReports/FeatureRequests
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:01 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz