AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte Euro-Umrechner
Thema durchsuchen
Ansicht
Themen-Optionen

Euro-Umrechner

Ein Thema von jfheins · begonnen am 22. Jun 2004 · letzter Beitrag vom 17. Sep 2004
Antwort Antwort
Seite 1 von 3  1 23      
Benutzerbild von jfheins
jfheins
Registriert seit: 10. Jun 2004
Also, hier ist mein Euroumrechner, er unterstützt mehr und sinnvollere Umrechnungarten, als sein Vorgänger:

Euro
US-Dollar
Britische Pfund
Schw. Franken
Norw. Kronen
Dänische Kronen
Schw. Kronen
Japanische Yen
Unzen Gold

Es gibt eine Online-Aktualisierung, zum speichern der Wechselkurse wird eine Wechselkurse.ini in dem Ordner erstellt, wo die .exe ausgeführt wird.

in den tna und Zwischenablage im Edit, zum schnelleren umrechnen

Edit: Version 1.2
Fehlerbehandlung vollständig implementiert
Wenn keine Ini-datei vorhanden ist, nimmt er konstante Faktoren.
In den Comboboxen lässt sich nix eingeben
In den Edits kann man nur noch einen Punkt (Dezimaltrenner) eingeben

[edit=Sharky]Anhang auf Wunsch gelöscht da es weiter unten eine neuere Version gibt. Mfg, Sharky[/edit]

Neueste Version auf Seite 2
 
Daradon
 
#2
  Alt 22. Jun 2004, 18:38
is wieder ein programm für mich :>

funktioniert gut .. nur billgates könnte damit wenig anfangen .. 12000000000$ sind -17174453.76€ .. da währe der "arme" schnell arm
  Mit Zitat antworten Zitat
Benutzerbild von jfheins
jfheins
 
#3
  Alt 22. Jun 2004, 20:57
Mit 12000000000 kommt man auch schon an die Grenzen von Ganzzahlen, so weit geht eben nit.
(Nur ne Ausrede, die Differenz wird auf mein Konto überwiesen )
  Mit Zitat antworten Zitat
Brüggendiek

 
Delphi 5 Standard
 
#4
  Alt 22. Jun 2004, 21:07
Hallo!

Zitat von jfheins:
Mit 12000000000 kommt man auch schon an die Grenzen von Ganzzahlen, so weit geht eben nit.
Mit Int64 sollte das problemlos gehen!

Gruß

Dietmar Brüggendiek
Dietmar Brüggendiek
  Mit Zitat antworten Zitat
Benutzerbild von jfheins
jfheins
 
#5
  Alt 22. Jun 2004, 21:15
gibbet auch was wie float64, real64 oder double64 ?? (brauche nachkommastellen)
  Mit Zitat antworten Zitat
Benutzerbild von Nikolas
Nikolas

 
Delphi 2005 Personal
 
#6
  Alt 22. Jun 2004, 21:27
Da sag ich doch mal: Read The Fine Manual Markier mal int64 und drück die wichtigste Taste nach F9. Dann wirst du auf extended und comp stossen.
  Mit Zitat antworten Zitat
StefanDP
 
#7
  Alt 22. Jun 2004, 21:29
Das Prog ist ja ganz nett, aber bevor ich irgendein Programm veröffentliche würd ich wenigstens einige Grundlagen richtig stellen! z.b. kann man deine Form noch resizen und die währungen selber eintragen und und und

edit:
...Delphi 7 Enterprise...
  Mit Zitat antworten Zitat
Brüggendiek

 
Delphi 5 Standard
 
#8
  Alt 22. Jun 2004, 21:30
Hallo!

Bei Geldbeträgen sollte man Gleitkommazahlen wegen der prinzipbedingten Ungenauigkeit möglichst nicht einsetzen.

Statt dessen gibt es ja die Festkomma-Zahlen. Diese werden als Integer (oder entsprechend z.B. Int64) bezeichnet und heißen Festkomma-Zahlen, weil sie das Komma an einer festen (vom Programmierer festgelegten) Stelle enthalten.

Wer hindert Dich dann daran, die Zahlen mit 4 Nachkommastellen zu verwenden? Vor der Ausgabe dann die letzten 2 Stellen wegrunden und das Ergebnis mit 2 Nachkommastellen (z.B. mit Format oder durch simples Einfügen des Kommas) ausgeben - fertig.

Bei Euro-Beträgen speicherst Du also den hundertfachen Cent-Wert im Int64 und hättest dann eine Genauigkeit auf 1/100 Cent. Sowas ist wichtig bei Zinsberechnungen und Währungs-Konvertierung.

Alles eine Frage der Formatierung und Interpretation bei Ein- und Ausgabe!

Leider gibt es - genau wie die "if x = True then"-Schreiber - genug Leute, die bei Kommazahlen sofort zu Real-Typen greifen. Liegt die Anzahl der Nachkommastellen fest (z.B. Geldbeträge, Abmessungen auf mm genau in m angegeben), sind Integer-Typen mit entsprechender Formatierung immer besser - und auch schneller und genauer!

Gruß

Dietmar Brüggendiek
Dietmar Brüggendiek
  Mit Zitat antworten Zitat
Benutzerbild von Nikolas
Nikolas

 
Delphi 2005 Personal
 
#9
  Alt 22. Jun 2004, 21:37
Warum nicht den Typ benutzen der genau für solche Sachen gebaut wurde?
Zitat von The Fine Manual:
Der Typ Currency ist ein Festkomma-Datentyp, der Rundungsfehler in finanzmathematischen Berechnungen minimiert. Er wird als skalierter 64-Bit-Integer gespeichert, bei dem die vier niedrigstwertigen Stellen implizit vier Nachkommastellen repräsentieren. Bei einer Kombination mit anderen reellen Typen in Zuweisungen und Ausdrücken werden Currency-Werte automatisch mit 10000 multipliziert.
Zitat von jfheins:
Edit: Das waren jetzt 28 Std. von der Idee zum Programm. Neuer Rekord?
Ich kann ein 'Hello World'-Programm sogar in ner halben Minute schreiben
- In dem Edit kann man noch eine Fehlermeldung produzieren: '..5'
  Mit Zitat antworten Zitat
NeRoFiX

 
Delphi 7 Enterprise
 
#10
  Alt 22. Jun 2004, 21:47
hallo, hab mir aus interesse dein prog runtergeladen weil wir nen währungsrechner in der prüfung schreiben mussten...

jetzt meine frage: egal welchen geldbetrag oder welche währung ich eintippe, es wird immer eine null angezeigt?? ...

nun versteh ich auch warum viele immer zu mir sagen unser geld ist nix mehr wert :S

aber okay... zur korrektheit muss man halt noch erwähnen dass nach der online-aktualisierung alles prima klappt =)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 3  1 23      


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 19:02 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