Ich versuche, eine Konstante anstelle eines String-Literal in diesem Stück Code zu verwenden:
new InputStreamReader(new FileInputStream(file), "UTF-8")"UTF-8" kommt im Code recht häufig vor und sollte besser auf eine static final stattdessen eine Variable. Wissen Sie, wo ich eine solche Variable im JDK finden kann?
Übrigens, wenn ich es mir recht überlege, sind solche Konstanten schlecht konzipiert: Öffentliche statische Literale ... sind keine Lösung für Datenduplikation
In Java 1.7+, java.nio.charset.StandardCharsets definiert Konstanten für Charset einschließlich UTF_8 .
import java.nio.charset.StandardCharsets;
...
StandardCharsets.UTF_8.name();Für Android: minSdk 19
.toString() wird funktionieren, aber die richtige Funktion ist .name() . 99,9 % toString ist nicht die Antwort.
Übrigens .displayName() funktioniert ebenfalls, es sei denn, es wird wie vorgesehen für die Lokalisierung überschrieben.
Jetzt benutze ich org.apache.commons.lang3.CharEncoding.UTF_8 Konstante aus commons-lang .
Für diejenigen, die Lang 3.0 verwenden: org.apache.commons.lang3.CharEncoding.UTF_8 . (Anmerkung: "lang3").
Wenn Sie Java 1.7 verwenden, lesen Sie die Antwort von @Roger unten, da es Teil der Standardbibliothek ist.
El Google Guava Bibliothek (die ich ohnehin sehr empfehlen würde, wenn Sie in Java arbeiten) hat eine Charsets Klasse mit statischen Feldern wie Charsets.UTF_8 , Charsets.UTF_16 , usw.
Seit Java 7 sollten Sie einfach die java.nio.charset.StandardCharsets stattdessen für vergleichbare Konstanten.
Beachten Sie, dass diese Konstanten keine Zeichenketten sind, sondern tatsächliche Charset Instanzen. Alle Standard-APIs, die einen Zeichensatznamen annehmen, haben auch eine Überladung, die einen Charset Objekt, das Sie stattdessen verwenden sollten.
@kilaka Ja, verwenden Sie name() anstelle von getDisplayName(), da name() endgültig ist und getDisplayName() nicht
Es ist keine gute Idee, Code von Drittanbietern zu verwenden, der ständig geändert wird und die Abwärtskompatibilität aufhebt, um etwas zu erreichen, was man mit dem Standard-SDK tun kann.
Für den Fall, dass diese Seite in der Websuche auftaucht, können Sie ab Java 1.7 jetzt java.nio.charset.StandardCharsets um Zugang zu konstanten Definitionen von Standardzeichensätzen zu erhalten.
Ich habe versucht, dies zu verwenden, aber es scheint nicht zu funktionieren. Charset.defaultCharset());" scheint zu funktionieren, nachdem ich "java.nio.charset.*" eingefügt habe, aber ich kann anscheinend nicht explizit auf UTF8 verweisen, wenn ich versuche, "File.readAllLines" zu verwenden.
@Roger Wo liegt das Problem? Soweit ich sehen kann, können Sie einfach anrufen: Files.readAllLines(Paths.get("path-to-some-file"), StandardCharsets.UTF_8);
Ich weiß nicht, was das Problem war, aber bei mir funktionierte es, nachdem ich etwas geändert hatte, an das ich mich nicht mehr erinnern kann.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
11 Stimmen
Véase diese Frage .
2 Stimmen
Hinweis: Wenn Sie bereits mit Java 7 arbeiten, verwenden Sie
Files.newBufferedWriter(Path path, Charset cs)von NIO.3 Stimmen
Das ist ein wirklich schlechter Ratschlag in Ihrem Link. Er will, dass Sie eine Wrapper-Klasse für jede mögliche String-Konstante machen, die Sie verwenden könnten?