Wie bekomme ich Locale aus seiner String-Darstellung in Java?

Gibt es eine ordentliche Möglichkeit, a Gebietsschema Instanz aus seinem “programmatischen Namen”, wie er von Locale zurückgegeben wird toString() Methode? Eine offensichtliche und hässliche Lösung wäre, den String zu analysieren und dann entsprechend eine neue Locale-Instanz zu erstellen, aber vielleicht gibt es dafür einen besseren Weg / eine fertige Lösung?

Die Notwendigkeit besteht darin, dass ich einige Gebietsschema-spezifische Einstellungen in einer SQL-Datenbank speichern möchte, einschließlich Gebietsschemas selbst, aber es wäre hässlich, dort serialisierte Gebietsschema-Objekte abzulegen. Ich würde lieber ihre String-Darstellungen speichern, die im Detail durchaus ausreichend zu sein scheinen.

Eine Methode, die das Gebietsschema aus der Zeichenfolge zurückgibt, ist in der commons-lang-Bibliothek vorhanden:
LocaleUtils.toLocale(localeAsString)

Seit Java 7 gibt es die Factory-Methode Locale.forLanguageTag und Instanzmethode Locale.toLanguageTag verwenden IETF-Sprachtags.

1. Java bietet viele Dinge, bei richtiger Implementierung kann viel Komplexität vermieden werden. Dies kehrt zurück ms_MY.

   String key = "ms-MY";
   Locale locale = new Locale.Builder().setLanguageTag(key).build();
   

2. Apache Commons hat LocaleUtils um beim Analysieren einer Zeichenfolgendarstellung zu helfen. Dies wird zurückkehren en_US

   String str = "en-US";
   Locale locale =  LocaleUtils.toLocale(str);
   System.out.println(locale.toString());
   

3. Sie können auch Locale-Konstruktoren verwenden.

   // Construct a locale from a language code.(eg: en)
   new Locale(String language)
   // Construct a locale from language and country.(eg: en and US)
   new Locale(String language, String country)
   // Construct a locale from language, country and variant.
   new Locale(String language, String country, String variant)
   

Bitte prüfen Sie das LocaleUtils und das Gebietsschema um weitere Methoden zu erkunden.

Siehe die Locale.getLanguage(), Locale.getCountry()… Speichern Sie diese Kombination in der Datenbank anstelle der "programatic name"…
Wenn Sie das Gebietsschema zurückbauen möchten, verwenden Sie public Locale(String language, String country)

Hier ist ein Beispielcode 🙂

// May contain simple syntax error, I don't have java right now to test..
// but this is a bigger picture for your algo...
public String localeToString(Locale l) {
    return l.getLanguage() + "," + l.getCountry();
}

public Locale stringToLocale(String s) {
    StringTokenizer tempStringTokenizer = new StringTokenizer(s,",");
    if(tempStringTokenizer.hasMoreTokens())
    String l = tempStringTokenizer.nextElement();
    if(tempStringTokenizer.hasMoreTokens())
    String c = tempStringTokenizer.nextElement();
    return new Locale(l,c);
}

Option 1 :

org.apache.commons.lang3.LocaleUtils.toLocale("en_US")

Option 2 :

Locale.forLanguageTag("en-US")

bitte beachten Sie Option 1 ist “Unterstrich” zwischen Sprache und Land , und Option 2 ist “Strich”.

Wenn Sie das Spring-Framework in Ihrem Projekt verwenden, können Sie auch Folgendes verwenden:

org.springframework.util.StringUtils.parseLocaleString("en_US");

Dokumentation:

Analysieren Sie die angegebene Zeichenfolgendarstellung in ein Gebietsschema

Diese Antwort ist vielleicht etwas spät, aber es stellt sich heraus, dass das Analysieren der Zeichenfolge nicht so hässlich ist, wie das OP angenommen hat. Ich fand es ganz einfach und prägnant:

public static Locale fromString(String locale) {
    String parts[] = locale.split("_", -1);
    if (parts.length == 1) return new Locale(parts[0]);
    else if (parts.length == 2
            || (parts.length == 3 && parts[2].startsWith("#")))
        return new Locale(parts[0], parts[1]);
    else return new Locale(parts[0], parts[1], parts[2]);
}

Ich habe dies (unter Java 7) mit allen in der Locale.toString()-Dokumentation angegebenen Beispielen getestet: “en”, “de_DE”, “_GB”, “en_US_WIN”, “de__POSIX”, “zh_CN_#Hans”, “zh_TW_ #Hant-x-java” und “th_TH_TH_#u-nu-thai”.

WICHTIGE AKTUALISIERUNG: Dies wird gemäß der nicht für die Verwendung in Java 7+ empfohlen Dokumentation:

Insbesondere Clients, die die Ausgabe von toString in Sprach-, Länder- und Variantenfelder parsen, können dies weiterhin tun (obwohl dies der Fall ist dringend abgeraten), obwohl das Variantenfeld zusätzliche Informationen enthält, wenn Skripte oder Erweiterungen vorhanden sind.

Verwenden Sie stattdessen Locale.forLanguageTag und Locale.toLanguageTag oder, falls erforderlich, Locale.Builder.