This page (revision-5) was last changed on 08-May-2009 12:31 by ThomasBayen 

This page was created on 23-Apr-2009 21:23 by Peter Hormanns

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
5 08-May-2009 12:31 3 KB ThomasBayen to previous portable Programme mit und ohne Unicode Escapes
4 05-May-2009 15:38 2 KB JensKapitza to previous | to last native2ascii bitte UnicodeEscape nutzen ^^
3 04-May-2009 18:54 1 KB ThomasBayen to previous | to last Properties-Dateien sind immer eindeutig kodiert
2 24-Apr-2009 22:35 521 bytes Peter Hormanns to previous | to last Euro ist auch wichtig
1 23-Apr-2009 21:23 497 bytes Peter Hormanns to last Das suche ich immer

Page References

Incoming links Outgoing links
JavaUnicode...nobody

Version management

Difference between version and

!!!Unicode in Java

Java verwendet intern Unicode-16 Zeichen. das heißt: Ein __char__ sind 16 Bit!

Hier die Tabelle, um deutsche Umlaute plattformunabhängig in String-Konstanten oder Properties-Dateien zu codieren:

{{{
Zeichen Unicode
------------------------------
Ä, ä \u00c4, \u00e4
Ö, ö \u00d6, \u00f6
Ü, ü \u00dc, \u00fc
ß \u00df
€               \u20ac
}}}

in der Properties Datei "messages.properties" steht dann z.B.:

{{{
menu.undo=R\u00fcckg\u00e4ngig machen
}}}

-- PeterHormanns

----
Wie man in der [Java API|http://java.sun.com/javase/6/docs/api/java/util/Properties.html] lesen kann, sind insbesondere Properties-Dateien per Definition immer in ISO-8859-1 kodiert. Das heisst, man kann Umlaute direkt benutzen, wenn man seinem Editor beibringt, immer das richtige Encoding zu benutzen. Da die meisten Systeme heutzutage UTF-8 als Standard benutzen, kann das etwas problematisch sein. Angenehm ist hier z.B. der Eclipse-Editor, der Properties anhand der Dateiendung erkennt und immer richtig kodiert. ''ISO-8859-1'' heisst übrigens eigentlich, daß das Euro-Zeichen(€) immer noch nicht drin vorkommt (habe ich aber noch nicht probiert).

Natürlich gelten obige Hinweise immer noch für alle nicht-Properties-Dateien. Wer also z.B. ein Quelltextpaket zwischen zwei Systemen austauscht, sollte immer auf das Encoding achten. In Eclipse kann man z.B. ein festes Encoding für ein Projekt in den Projekteinstellungen angeben. Das hilft natürlich nur, wenn der andere Rechner ebenfalls Eclipse nutzt.

Man kann [Unicode Escapes|http://java.sun.com/javase/6/docs/api/java/util/Properties.html] also sehr weitgehend vermeiden, wenn man sauber und sorgfältig vorgeht, sie können aber andererseits (bis auf die etwas verminderte Lesbarkeit) niemals schaden. -- ThomasBayen

[{Tag Java}]