Преобразование java.util.Properties в HashMap <String, String>

Properties properties = new Properties();
Map<String, String> map = new HashMap<String, String>(properties);// why wrong?

java.util.Propertiesявляется реализация java.util.Map, и java.util.HashMapконструктор «S получает Mapтип параметров. Итак, почему это должно быть преобразовано явно?

Это потому, что PropertiesextendsHashtable<Object, Object> (который, в свою очередь, реализует Map<Object, Object>). Вы пытаетесь скормить этоMap<String, String> . Следовательно, это несовместимо.

Вам нужно передать строковые свойства одно за другим в вашу карту ...

Например:

for (final String name: properties.stringPropertyNames())
    map.put(name, properties.getProperty(name));

Эффективный способ сделать это - просто привести к общей карте следующим образом:

Properties props = new Properties();

Map<String, String> map = (Map)props;

Это преобразует a Map<Object, Object>в необработанную карту, что "нормально" для компилятора (только предупреждение). Как только у нас будет необработанный файл, Mapон будет преобразован вMap<String, String> он также будет «в порядке» (еще одно предупреждение). Вы можете игнорировать их с помощью аннотации@SuppressWarnings({ "unchecked", "rawtypes" })

Это будет работать, потому что в JVM объект действительно не имеет универсального типа. Универсальные типы - это всего лишь уловка, которая проверяет вещи во время компиляции.

Если какой-либо ключ или значение не является строкой, это приведет к ClassCastExceptionошибке. При текущей Propertiesреализации это очень маловероятно , чтобы это произошло, до тех пор , пока вы не использовать методы изменяемые вызовов из супер Hashtable<Object,Object>вProperties .

Итак, если вы не делаете неприятных вещей с вашим экземпляром Properties, это правильный путь.

Вы можете использовать Google Guava:

com.google.common.collect.Maps.fromProperties (Свойства)

Как насчет этого?

   Map properties = new Properties();
   Map<String, String> map = new HashMap<String, String>(properties);

Вызовет предупреждение, но работает без повторов.

Способ Java 8:

properties.entrySet().stream().collect(
    Collectors.toMap(
         e -> e.getKey().toString(),
         e -> e.getValue().toString()
    )
);

Propertiesорудия Map<Object, Object>- нетMap<String, String> .

Вы пытаетесь вызвать этот конструктор:

public HashMap(Map<? extends K,? extends V> m)

... с Kи Vобоими какString .

Но Map<Object, Object>это неMap<? extends String, ? extends String> ... он может содержать нестроковые ключи и значения.

Это сработает:

Map<Object, Object> map = new HashMap<Object, Object>();

... но это было бы не так полезно для вас.

По сути, Propertiesникогда не следовало делать подклассом HashTable... вот в чем проблема. Начиная с версии 1, он всегда мог хранить ключи и значения, отличные от String, несмотря на то, что это противоречило намерениям. Если бы вместо этого использовалась композиция, API мог бы иметь только работать со строковыми ключами / значениями, и все было бы хорошо.

Вам может понадобиться что-то вроде этого:

Map<String, String> map = new HashMap<String, String>();
for (String key : properties.stringPropertyNames()) {
    map.put(key, properties.getProperty(key));
}

Я бы использовал следующий API Guava: com.google.common.collect.Maps # fromProperties

Properties properties = new Properties();
Map<String, String> map = Maps.fromProperties(properties);

если ты знаете, что ваш Propertiesобъект содержит только <String, String>записи, вы можете прибегнуть к необработанному типу:

Properties properties = new Properties();
Map<String, String> map = new HashMap<String, String>((Map) properties);

Проблема в том, что Propertiesреализует Map<Object, Object>, тогда какHashMap конструктор ожидает Map<? extends String, ? extends String>.

Этот ответ объясняет это (довольно противоречащее интуиции) решение. Вкратце: до Java 5 Propertiesреализовано Map(поскольку тогда не было дженериков). Это означало , что вы могли бы поместить любой Object в Propertiesобъекте.Это все еще есть в документации:

Поскольку Propertiesнаследует от Hashtable, как putи putAllметоды могут быть применены к Propertiesобъекту. Их использование настоятельно не рекомендуется, поскольку они позволяют вызывающей стороне вставлять записи, ключи или значения которых не являются Strings. ВsetPropertyМетод должен быть использован вместо.

Для обеспечения совместимости с этим у дизайнеров не было другого выбора, кроме как заставить его наследовать Map<Object, Object> Java 5. Это досадный результат стремления к полной обратной совместимости, делающей новый код излишне запутанным.

Если вы только когда - либо использовать строковые свойства в вашем Propertiesобъекте, вы должны быть в состоянии уйти с непроверенным отлиты в конструкторе:

Map<String, String> map = new HashMap<String, String>( (Map<String, String>) properties);

или без копий:

Map<String, String> map = (Map<String, String>) properties;

это только потому, что конструктору HashMap требуется аргумент универсального типа Map, а Properties реализует Map.

Это будет работать, но с предупреждением

    Properties properties = new Properties();
    Map<String, String> map = new HashMap(properties);

Вы можете использовать это:

Map<String, String> map = new HashMap<>();

props.forEach((key, value) -> map.put(key.toString(), value.toString()));

Первым делом,

Класс свойств основан на Hashtable, а не на Hashmap. Класс свойств в основном расширяет Hashtable

В классе HashMap нет такого конструктора, который принимает объект свойств и возвращает вам объект hashmap. Так что то, что вы делаете, НЕ правильно. Вы должны иметь возможность привести объект свойств к ссылке на хеш-таблицу.

я использую это:

for (Map.Entry<Object, Object> entry:properties.entrySet()) {
    map.put((String) entry.getKey(), (String) entry.getValue());
}