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
288 Beiträge
 
Delphi 12 Athens
 
#1

Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 08: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
677 Beiträge
 
Delphi 10.3 Rio
 
#2

AW: Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 10: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
Online

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

AW: Single / Double / Extended - rechnen mit Gleitkommawerten

  Alt 22. Nov 2022, 10: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.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.
  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 13:15 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