Datentypen Generic mit parameterlosem Konstructor

[Neumi5694]

Hallo, ich würde gerne etwas in der folgenden Art machen

public static T getOrAdd(HashMap<K,T> map, K key) {
    if (map == null || key == null) {
        return null;
    }
    T result = map.get(K);
    if (result == null) {
        result = new T(); //klappt so natürlich nicht, T.getClass().newInstance() geht auch nicht.
        map.put(key, result);
    }
    return result;
}

Klar, dass sich der Compiler da querstellt.
Habe ich eine Möglichkeit, das irgendwie hinzukriegen? Es geht nur um Klassen mit parameterlosen Konstruktor, alles andere darf gerne eine Exception werfen.

Ich würde mir gerne ersparen, einen Default-Wert an die Methode übergeben zu müssen (also auch dann eine Instanz zu erstellen, wenn gar kein Wert gebraucht wird).

 

[Flown]

Nein du hast keine Möglichkeit den Typ T während runtime zu erfragen. Darum funktioniert das auch nicht. Wenn du Java 8 besitzt, dann kannst du ganz einfach Supplier und Methodenreferenzen benutzen mit:

public static <T, K> T getOrAdd(Map<K, T> map, K key, Supplier<T> tGenerator) {
  if (map == null || key == null) {
    return null;
  }
  T result = map.get(key);
  if (result == null) {
    result = tGenerator.get();
    map.put(key, result);
  }
  return result;
}

Und mit getOrAdd(map, key, TImpl::new); aufrufen.

Wenn schon Java 8, dann gibts für die Map auch schon eine vorgefertigte Methode die Map::compute heißt. Dann funktioniert das so:

map.compute(key, (k, v) -> v == null ? tGenerator.get() : v);

 

[Neumi5694]

Super, danke. Ich werde mal testen, ob das für meine Anwendung brauchbar ist.

 

[Baldur]

Ggf kannst du auch sowas in der Art probieren:

public static T getOrAdd(HashMap<K,T> map, K key, Class<T> c) {
    if (map == null || key == null) {
        return null;
    }
    T result = map.get(K);
    if (result == null) {
        result = c.newInstance();
        map.put(key, result);
    }
    return result;
}

...

getOrAdd(map, "key", Integer.class);

Würde da aber eher die Lösung mit dem Supplier<T> vorziehen (Methodenreferenz auf new geht tatsächlich? Wusste ich bisher noch gar nicht )

Wenn du deine Hilfsfunktion nicht statisch hast, kannst du ja das Class-Objekt (oder den Supplier) auch irgendwo als Member halten, so daß du ihn nicht jedesmal als Parameter übergeben musst.

 

[Neumi5694]

Danke, ich hab's letztendlich auch so ähnlich gemacht, mir auch ein paar statische Member als Standard-Supplier bereitgestellt.
Lambdas kann ich nicht leiden, ich bin noch am Experimentieren, ob ich eine generische BiFunction-Klasse anhand eines Suppliers zusammenstellen kann. Hohe Prio hat das aber keine, nur etwas Tüftelei.
Die aktuelle Lösung funktioniert gut genug.