Wie erhalte ich das Gebietsschema aus seiner String-Darstellung in Java?

Gibt es eine gute Möglichkeit, eine Locale- Instanz aus ihrem von Locale zurückgegebenen "programmatischen Namen" zu ermitteln?toString() Methode zurückgegeben wird? Eine offensichtliche und hässliche Lösung wäre, den String zu analysieren und dann eine neue Locale-Instanz danach zu erstellen, aber vielleicht gibt es dafür einen besseren Weg / eine bessere Lösung?

Die Notwendigkeit besteht darin, dass ich einige länderspezifische Einstellungen in einer SQL-Datenbank speichern möchte, einschließlich der Gebietsschemas selbst, aber es wäre hässlich, dort serialisierte Gebietsschemaobjekte abzulegen. Ich würde lieber ihre String-Darstellungen speichern, die im Detail völlig angemessen erscheinen.

Siehe Locale.getLanguage(), Locale.getCountry()... Speichern Sie diese Kombination in der Datenbank anstelle von "programatic name"...
Wenn Sie das Gebietsschema zurückbauen möchten, verwenden Siepublic 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);
}

In der commons-lang-Bibliothek ist eine Methode vorhanden, die das Gebietsschema von der Zeichenfolge zurückgibt: LocaleUtils.toLocale(localeAsString)

Seit Java 7 gibt es eine Factory-Methode Locale.forLanguageTagund eine Instanzmethode, Locale.toLanguageTagdie IETF-Sprach-Tags verwenden .

1. Java bietet viele Dinge mit der richtigen Implementierung. Viel Komplexität kann vermieden werden. Dies gibt ms_MY zurück .

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

2. Apache Commons muss LocaleUtilsdabei helfen, eine Zeichenfolgendarstellung zu analysieren. Dies gibt en_US zurück

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

3. Sie können auch Gebietsschemakonstruktoren 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 überprüfen Sie diese LocaleUtils und dieses Gebietsschema , um weitere Methoden zu erkunden.

Option 1 :

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

Option 2 :

Locale.forLanguageTag("en-US")

Bitte beachten Sie, dass Option 1 zwischen Sprache und Land "unterstreicht" und Option 2 "Bindestrich" ist.

Diese Antwort mag etwas spät sein, aber es stellt sich heraus, dass das Parsen 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 Beispielen getestet, die in der Dokumentation zu Locale.toString () angegeben sind: "en", "de_DE", "_GB", "en_US_WIN", "de__POSIX", "zh_CN_ # Hans", "zh_TW_" # Hant-x-java "und" th_TH_TH_ # u-nu-thai ".

WICHTIGES UPDATE : Dies wird laut Dokumentation für die Verwendung in Java 7+ nicht empfohlen :

Insbesondere Clients, die die Ausgabe von toString in Sprach-, Länder- und Variantenfelder analysieren, können dies weiterhin tun (obwohl davon dringend abgeraten wird ), 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.

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

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

Dokumentation :

Analysieren Sie die angegebene String-Darstellung in ein Gebietsschema

Alte Frage mit vielen Antworten, aber hier sind weitere Lösungen:

• Gebietsschema von String abrufen
• Konvertiert einen String in ein Gebietsschema

Es scheint keine statische valueOfMethode dafür zu geben, was ein bisschen überraschend ist.

Ein ziemlich hässlicher, aber einfacher Weg wäre, zu iterieren Locale.getAvailableLocales()und ihre toStringWerte mit Ihrem Wert zu vergleichen.

Nicht sehr schön, aber kein String-Parsing erforderlich. Sie können eine MapZeichenfolge in Gebietsschemas vorab ausfüllen und Ihre Datenbankzeichenfolge in dieser Zuordnung nachschlagen.

Sie können dies auf Android verwenden. Funktioniert gut für mich.

private static final Pattern localeMatcher = Pattern.compile
        ("^([^_]*)(_([^_]*)(_#(.*))?)?$");

public static Locale parseLocale(String value) {
    Matcher matcher = localeMatcher.matcher(value.replace('-', '_'));
    return matcher.find()
            ? TextUtils.isEmpty(matcher.group(5))
                ? TextUtils.isEmpty(matcher.group(3))
                    ? TextUtils.isEmpty(matcher.group(1))
                        ? null
                        : new Locale(matcher.group(1))
                    : new Locale(matcher.group(1), matcher.group(3))
                : new Locale(matcher.group(1), matcher.group(3),
                             matcher.group(5))
            : null;
}

Nun, ich würde speichern , anstatt eine Zeichenfolge Verkettung Locale.getISO3Language(), getISO3Country()und getVariant () als Schlüssel, der mich zu letzteren Anruf erlauben würde Locale(String language, String country, String variant)Konstruktor.

Wenn Sie sich auf displayLanguage verlassen, müssen Sie für die Anzeige die Sprache des Gebietsschemas verwenden, wodurch das Gebietsschema im Gegensatz zum ISO-Sprachcode abhängig wird.

Als Beispiel wäre ein Gebietsschema-Schlüssel als speicherbar

en_EN
en_US

und so weiter ...

Weil ich es gerade implementiert habe:

In Groovy/ Grailses wäre:

def locale = Locale.getAvailableLocales().find { availableLocale ->
      return availableLocale.toString().equals(searchedLocale)
}