Перетворення 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конструктор And отримує Mapпараметр типу. Отже, чому його потрібно перетворювати явно?

Це тому, що PropertiesрозширюєHashtable<Object, Object> (що, в свою чергу, реалізує Map<Object, Object>). Ви намагаєтесь передати це в a 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... у цьому проблема. Починаючи з v1, він завжди міг зберігати нерядкові ключі та значення, незважаючи на те, що це проти наміру. Якби замість цього використовувався склад, 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конструктор очікує a Map<? extends String, ? extends String>.

Ця відповідь пояснює це (досить протиінтуїтивне) рішення. Коротше кажучи: до Java 5 Propertiesвпроваджено Map(оскільки тоді ще не було дженериків). Це означало, що ви можете покласти будь- Object який Propertiesпредмет. Це все ще в документі:

Оскільки Propertiesспадщини від Hashtable, методи putand 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());
}