Mengonversi java.util.Properties menjadi HashMap <String, String>

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

java.util.Propertiesadalah implementasi dari java.util.Map, dan java.util.HashMapkonstruktor menerima Mapparameter tipe. Jadi, mengapa harus diubah secara eksplisit?

Ini karena PropertiesmeluasHashtable<Object, Object> (yang, pada gilirannya, mengimplementasikan Map<Object, Object>). Anda mencoba memasukkannya ke file Map<String, String>. Oleh karena itu tidak kompatibel.

Anda perlu memasukkan properti string satu per satu ke dalam peta Anda ...

Contohnya:

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

Cara efisien untuk melakukannya hanya dengan mentransmisikan ke Peta umum sebagai berikut:

Properties props = new Properties();

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

Ini akan mengubah a Map<Object, Object>menjadi Peta mentah, yang "ok" untuk kompilator (hanya peringatan). Setelah kita memiliki mentah Mapitu akan dilemparkan Map<String, String>yang juga akan menjadi "ok" (peringatan lain). Anda dapat mengabaikannya dengan anotasi@SuppressWarnings({ "unchecked", "rawtypes" })

Ini akan berhasil karena di JVM objek tidak benar-benar memiliki tipe generik. Jenis generik hanyalah trik yang memverifikasi berbagai hal pada waktu kompilasi.

Jika beberapa kunci atau nilai bukan String, ini akan menghasilkan ClassCastExceptionkesalahan. Dengan arus Propertiesimplementasi ini sangat tidak mungkin terjadi, selama Anda tidak menggunakan metode panggilan bisa berubah dari super Hashtable<Object,Object>dari Properties.

Jadi, jika tidak melakukan hal-hal buruk dengan contoh Properti Anda, ini adalah cara yang tepat.

Anda bisa menggunakan Google Guava:

com.google.common.collect.Maps.fromProperties (Properti)

Bagaimana dengan ini?

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

Akan menyebabkan peringatan, tetapi bekerja tanpa iterasi.

Cara Java 8:

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

Propertiesmengimplementasikan Map<Object, Object>- tidak Map<String, String>.

Anda mencoba memanggil konstruktor ini:

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

... dengan Kdan Vkeduanya sebagai String.

Tapi Map<Object, Object>bukan Map<? extends String, ? extends String>... itu bisa berisi kunci dan nilai non-string.

Ini akan berhasil:

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

... tapi itu tidak akan berguna bagi Anda.

Pada dasarnya, Propertiesseharusnya tidak pernah dijadikan subclass dari HashTable... itulah masalahnya. Sejak v1, itu selalu dapat menyimpan kunci dan nilai non-String, meskipun itu bertentangan dengan maksudnya. Jika komposisi telah digunakan sebagai gantinya, API hanya bisa bekerja dengan kunci / nilai string, dan semuanya akan berjalan dengan baik.

Anda mungkin menginginkan sesuatu seperti ini:

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

Saya akan menggunakan Guava API berikut: com.google.common.collect.Maps # fromProperties

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

Jika Anda tahu bahwa Propertiesobjek Anda hanya berisi <String, String>entri, Anda dapat menggunakan tipe mentah:

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

Masalahnya adalah yang Propertiesmengimplementasikan Map<Object, Object>, sedangkan HashMapkonstruktor mengharapkan a Map<? extends String, ? extends String>.

Jawaban ini menjelaskan keputusan (yang cukup berlawanan dengan intuisi) ini. Singkatnya: sebelum Java 5, Propertiesdiimplementasikan Map(karena tidak ada obat generik saat itu). Ini berarti Anda bisa meletakkan apa saja Object di dalam sebuah Propertiesbenda. Ini masih dalam dokumentasi:

Karena Propertiesmewarisi dari Hashtable, metode putdan putAlldapat diterapkan ke Propertiesobjek. Penggunaannya sangat tidak disarankan karena memungkinkan pemanggil untuk memasukkan entri yang kunci atau nilainya bukan Strings. Sebagai setPropertygantinya, metode ini harus digunakan.

Untuk menjaga kompatibilitas dengan ini, para desainer tidak punya pilihan lain selain membuatnya mewarisi Map<Object, Object>di Java 5. Ini adalah hasil yang disayangkan dari upaya untuk kompatibilitas mundur penuh yang membuat kode baru tidak perlu berbelit-belit.

Jika Anda hanya pernah menggunakan properti string di Propertiesobjek Anda, Anda harus bisa lolos dengan cast yang tidak dicentang di konstruktor Anda:

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

atau tanpa salinan apa pun:

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

ini hanya karena konstruktor HashMap memerlukan argumen tipe generik Map dan Properties mengimplementasikan Map.

Ini akan berhasil, meskipun dengan peringatan

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

Anda dapat menggunakan ini:

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

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

Hal pertama,

Kelas properti didasarkan pada Hashtable dan bukan Hashmap. Kelas properti pada dasarnya memperluas Hashtable

Tidak ada konstruktor dalam kelas HashMap yang mengambil objek properti dan mengembalikan Anda objek hashmap. Jadi apa yang Anda lakukan TIDAK benar. Anda harus dapat mentransmisikan objek properti ke referensi yang memiliki hashtable.

saya menggunakan ini:

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