Загрузить локализованные ресурсы

Question

В проекте, над которым я работаю, я бы хотел загрузить различные ресурсы в зависимости от текущей локали. С помощью строк это довольно просто: просто создайте пакет ресурсов, добавив некоторые файлы, например Localization.properties и Localization_de.properties, а затем загрузите его через ResourceBundle.getBundle("domain.project.Localization").

Но как загрузить локализованные ресурсы, которые не являются простыми строками?

В частности, я хотел бы загрузить изображения и HTML-файлы на основе языка. Достаточно получить правильный URL-адрес этого ресурса. Например, я хотел бы иметь файл Welcome.html и Welcome_de.html и загрузить позже, когда текущий языковой стандарт - немецкий.

Просто используя getClass().getResource("Welcome.html") не работает, он всегда возвращает именно этот файл и не выполняет обработку локали. Я не нашел удобный способ решить эту проблему, кроме ручного возиться с именем файла на основе текущей локали.

Одним из решений, которое я придумал, является добавление ключа в мой файл Localization.properties, который содержит имя правильного локализованного HTML-файла. Но это кажется взломанным и неправильным.

Обратите внимание, что это не приложение для Android, а просто стандартное приложение для настольных компьютеров Java 8.

Answer 1

Это на самом деле оказалось довольно легко получить такое же поведение, как ResourceBundle.getBundle. У меня есть looked at the code и нашел, что самая важная часть для обработки локалей и имен файлов - ResourceBundle.Control.

Так вот простой метод, который возвращает URL в локализованный ресурс (по той же схеме имени файла в качестве наборов ресурсов) без кэширования и поддержки только для текущей локали:

/** Load localized resource for current locale. 
* 
* @param baseName Basename of the resource. May include a path. 
* @param suffix File extension of the resource. 
* @return URL for the localized resource or null if none was found. 
*/ 
public static URL getLocalizedResource(String baseName, String suffix) { 
    Locale locale = Locale.getDefault(); 
    ResourceBundle.Control control = ResourceBundle.Control.getControl(ResourceBundle.Control.FORMAT_DEFAULT); 
    List<Locale> candidateLocales = control.getCandidateLocales(baseName, locale); 

    for (Locale specificLocale : candidateLocales) { 
     String bundleName = control.toBundleName(baseName, specificLocale); 
     String resourceName = control.toResourceName(bundleName, suffix); 

     // Replace "Utils" with the name of your class! 
     URL url = Utils.class.getResource(resourceName); 
     if (url != null) { 
      return url; 
     } 
    } 

    return null; 
} 

Если кто-то хочет продлить его поддерживать общие локали в качестве аргумента: важная часть в ResourceBundle.getBundleImpl реализации является:

for (Locale targetLocale = locale; 
    targetLocale != null; 
    targetLocale = control.getFallbackLocale(baseName, targetLocale)) { 
     List<Locale> candidateLocales = control.getCandidateLocales(baseName, targetLocale); 
     ... 
} 

последней записью в getCandidateLocales является пустым локали (Locale.ROOT). Его следует игнорировать, если локали, так как ресурс по умолчанию будет найден в первой итерации for, до того, как будет проверена резервная локаль.

Answer 2

Наличие ресурса для хранения имени локализованного файла действительно является допустимым решением, но, как вы уже упоминали, является громоздким. Если вам нужно отобразить HTML-страницу в вашем приложении, почему бы не включить небольшой веб-сервер и не иметь ли он серверные JSP-страницы? Таким образом, весь HTML останется прежним, и сами страницы будут локализованы.

Другой вариант - использовать локальный механизм шаблонов (например, FreeMarker) и динамически генерировать HTML-файлы перед их обслуживанием.

Answer 3

Как насчет ListResourceBundle?

Определите ваши связки:

public class MyBundle_fr_FR extends ListResourceBundle 
{ 
    public Object[][] getContents() 
    { 
     return new Object[][] 
     { 
      { "welcome_file", getClass().getResource("Welcome_fr.html") }, 
      { "another_file", getClass().getResource("foo_fr.html") } 
     }; 
    } 
} 

public class MyBundle_de_DE extends ListResourceBundle 
{ 
    public Object[][] getContents() 
    { 
     return new Object[][] 
     { 
      { "welcome_file", getClass().getResource("Welcome_de.html") }, 
      { "another_file", getClass().getResource("foo_de.html") } 
     }; 
    } 
} 

И затем использовать его как это:

ResourceBundle bundle = ResourceBundle.getBundle("MyBundle", Locale.GERMANY); 
URL url = (URL) bundle.getObject("welcome_file"); 

Answer 4

так, что вы делаете это немного странно для меня. Я разработал некоторые международные приложения и никогда не использовал этот подход. Стоимость обслуживания вашего подхода настолько высока. Представьте, что вы хотите изменить одну часть файла welcome.html, в которой вам нужно изменить все другие файлы приветствия, которые являются огромным усилием. Общее решение этой проблемы в java использует JSTL fmt taglib с получением помощи некоторых файлов свойств, содержащих пару ключей и ключей, которые являются фиксированными, а значения изменяются в соответствии с той локалью, в которой вы находитесь. Например, вы в своем Localization.properties файле, имеют ключевое значение (ы), как:

page.welcome.welcome=welcome 

и у вас есть еще один файл с именем Localization_de.properties, который имеет один и тот же ключ с другим значением

page.welcome.welcome=willkommen 

Теперь в вашем welcome.jsp вы можете использовать что-то вроде этого <fmt:message key="page.welcome.welcome"/>, чтобы обеспечить правильное значение на вашей странице. Для изображений вы можете получить тот же подход. просто импортируйте имя изображения в каждый файл свойства в качестве ключа и назовите его правильно как его значение и используйте ключ в jsp. Для i18n используйте плагины eclipse (например, Resource Bundel Editor), чтобы облегчить вам жизнь.

В других языках, которые я использовал как django, я видел тот же подход, что и выше.

Answer 5

(Это дополнение к моему комментарию, чтобы иметь более подробное объяснение)

Вы можете поставить RESSOURCES в разных папках, основываясь на их языке.

файла дерево может выглядеть следующим образом:

• pathToRessources

  • DE

    • Изображения
      • Image1.png
      • Image2.png
    • Локализация
      • MainPage // Больше на сайте здесь ....
      • Impressum

  • EN

    • .. .

И используя как "файл-локализация траектории-строитель-класс" (утверждая, что лучшее название когда-либо)

public static Locale currentLocale = Locale.GERMAN; 

public static String baseRessourcePath = "Path to your basic folder for ressources"; 

public static String getLocalizedPathToFile(String ressourcePath) 
{ 
    return Paths.get(currentLocale.getLanguage(), ressourcePath).toString(); 
} 

Везде, где вам необходимо загрузить Ressource просто позвоните своему загрузчик с

getLocalizedPath(PathToFile) 

где PathToFile, как /Images/Image1.png или что-то еще.

Это также должно быть довольно легко использовано для клиентских приложений.

Надеется, что это помогает :)