Input/Output Verwendung des Euro-Zeichens in Java

[robinkognito]

Hey, ich habe im Rahmen meines Informatik-Studiums einen Programmierkurs mit Java und heute sollten wir eine Klasse anlegen, in der mit Geldwerten gearbeitet wurde. Für die überschriebene toString-Methode, wollte ich das Eurozeichen verwenden, habe jedoch festgestellt, dass es gar nicht korrekt dargestellt wird.

Zuerst sah mein Code wie folgt aus:

    @Override
    public String toString() {
        if (kontoinhaber == null) {
            return balance + " €";
        }
    return "Kontoinhaber: " + kontinhaber + " " + balance + " €";
    }

In diesem Fall wird das Eurozeichen in der Jshell wie folgt angezeigt:

jshell> Account test = new Account("Nico");
test ==> Kontoinhaber: Nico 0.0 ?

Also ein Fragezeichen anstelle des Eurosymbols.

Dann habe ich noch zwei weitere Optionen probiert und zwar einmal die String.format()-Version der Dozentin und darüber hinaus den Unicode vom Eurozeichen:

jshell> System.out.println(String.format("%+.2f€", 3f))
+3,00Ç

jshell> System.out.println("\u20AC")
Ç

Da wird mir in beiden Fällen Ç als Symbol ausgegeben, was aber Cedille und wahrlich kein Eurozeichen ist.

Ich nutze Visual Studio und habe auch hier schon geprüft, welches Encoding eingestellt ist: Default utf8.

Woran könnte das also liegen und wie kann ich es ändern?

 

[KonradN]

Du hast ein Problem mit dem Encoding. Der Java Quellcode liegt in einer Datei, die ein Encoding hat und der Java Compiler liest die Datei unter Verwendung eines Encoding ein. Diese Encodings müssen überein stimmen.

Üblich ist heutzutage, komplett UTF-8 zu verwenden. Wenn Du eine Entwicklungsumgebung wie IntelliJ verwendest, dann sollte die IDE auf das Encoding achten und du kannst es auch festlegen. Unter Windows fand ich Notepad++ ganz gut, um Encodings zu prüfen oder Dateien in ein anderes Encoding zu konvertieren.

Wenn Du manuell übersetzt, dann kannst Du bei javac mit -encoding das Encoding angeben.

Prinzipiell kannst Du das Problem mit dem Encoding der Datei auch umgehen, indem Du keine "Sonderzeichen" verwendest. Die Ascii Zeichen sind in den üblichen Encodings gleich und damit spielt es dann keine Rolle, dass Java Sourcecode und Java Compiler unterschiedliche Encodings haben. In einem String Literal kannst Du Unicode Zeichen per UTF-16 Code angeben. Das wäre für das € Zeichen ein \u20ac.

Sprich die Zeile würde zu return balance + " \u20ac";

 

[KonradN]

Ach so - ich hatte nicht gut genug weiter gelesen - das mit dem \u20ac hast Du ja auch probiert und dabei dann auch Probleme gehabt.

Das Problem kann dann daran liegen, dass eine Diskrepanz gibt zwischen dem Encoding, das für System.out verwendet wird und der Anzeige.

Daher wäre meine Frage noch: Auf welchem System führst Du das wie aus?

 

[KonradN]

Ok, nachdem mir jetzt die zu schnelle Antwort etwas peinlich ist (Dachte, das sei ein typisches Standard-Problem und habe dabei nicht die Fragestellung bis zum Ende gelesen), habe ich mir auch noch die Zeit genommen, es etwas auszutesten.

Auf macos und Linux, auf denen ich meist unterwegs bin, liess sich das Problem nicht nachstellen.

Aber siehe da: Windows 10 mit der Eingabeaufforderung tritt das beschriebene Problem tatsächlich auf. Das Encoding, das die jshell verwendet (UTF-8) wird nicht korrekt angezeigt.

Problem ist die Codepage. Die Codepage ist bei mir (ohne dass ich diese angepasst habe): 850

Ich habe dann einen ersten Test gemacht un die Codepage auf 1252 geändert (chcp 1252) und hatte der jshell dann auch das passende Encoding (windows-1252) mitgegeben: jshell -J-Dfile.encoding=windows-1252:
Das hat dann direkt geklappt.

Aber auch ohne jshell ein anderes Encoding mitzugeben, reicht es, die codepage umzusetzen.

Das sieht dann z.B. so aus:

C:\Users\xxx>chcp 1252
Aktive Codepage: 1252.

C:\Users\xxx>jshell
|  Willkommen bei JShell - Version 21.0.3
|  Geben Sie für eine Einführung Folgendes ein: /help intro

jshell> System.out.println("\u20ac");
€

jshell>

Die Codepage, die ich eigentlich empfehlen würde, ist eigentlich die 65001 (UTF-8), aber die war auf meinem Windows 10 System nicht vorhanden. Daher probiere einmal ein chcp 65001 aus, ehe Du jshell startest.

Die Codepages für die ISO-8859-x Codepages (28591 für -1 und 28605 für -15) hatten bei mir übrigens auch nicht funktioniert - die gab es zwar, aber da wurde kein Zeichen ausgeben.

 

[Oneixee5]

Es sieht wie ein Windows-Problem aus. In ZSH und Bash funktioniert es sofort ohne Einstellungen. Windows habe ich leider nicht um das zu testen.

 

[DefconDev]

Habe es lange nicht mehr probiert aber unter Windows wird wahrscheinlich die cmd aufgerufen und die unterstützt wahrscheinlich immer noch kein utf8 per default.

In der Konsole mal chcp 65001 eingeben oder der Anleitung mal folgen:

Change default code page of Windows console to UTF-8

Currently I'm running Windows 7 x64 and usually I want all console tools to work with UTF-8 rather than with default code page 850. Running chcp 65001 in the command prompt prior to use of any tools

superuser.com

Ansonsten die Powershell mal versuchen einzubinden.

 

[M.L.]

Geldwerten

Hierbei könnte man längerfristig auch andere Punkte beachten: https://www.baeldung.com/java-money-and-currency

 

[Robert Zenz]

Um die Erklaerungen von Konrad noch zu ergaenzen, kann ich wieder auf meine Wiederholung zum Thema Strings und Enkodierung verweisen. Eventuell ist auch mein Beispiel fuer das 'analysieren' eines Strings interessant.

Um noch etwas weiter auszuholen was M.L. gesagt hat, du solltest nicht float oder double fuer Geld verwenden, Gleitkommazahlen sind bei Definition ungenau und haben Rundungsfehler welcher sich in der Buchhaltung echt nicht gut machen. Entweder du verwendest int oder long und arbeitest im Cent-Bereich, oder nimmst BigDecimal welches eine arbitraere Genauigkeit (inklusive Optionen fuer das Runden und wie gerundet werden soll) zur Verfuegung stellt.

Ich weisz du bist erst Student, aber das sollte man sich direkt richtig angewoehnen, weil sonst kann es sehr schnell sehr haesslich werden.