Statische Methode in abstrakter Superklasse definieren

[fktest]

Hallo,

ich stehe im Moment vor folgendem Problem (vielleicht auch einfach nur vorm Berg):

Ich habe einige Klassen welche jeweils eine Zeile in einer Tabelle einer Datenbank darstellen (ich benutze hibernate, aber das tut eigentlich nichts zur sache).
Jede dieser Klassen hat einen Haufen Felder und die dazugehörigen get/set Methoden, nicht weiter besonders.

Nun zu meinem eigentlich Problem:

Ich würde gerne eine Method findAll() implementieren, welche mir alle Instanzen der gesuchten Klasse aus der Datenbank zurückliefert.

Ich stelle mir das ganze so vor:

Person.findAll()     // => liefert alle Personen aus der Datenbank
Adresse.findAll()    // => liefert alle Adressen aus der Datenbank

Um das zu erreichen, und nicht in jeder Klasse einzeln findAll() zu implementieren müsste ich ja eine (abstrakte) Superklasse für all meine "Daten-Klassen" erstellen, und in dieser eine statische Methode findAll() vorgebe.
Das geht aber nicht, da ja eine statische Methode an der Klasse "klebt" in der sie definiert wurde und nicht vererbt werden kann. Was ich bräuchte wären im Prinzip "echte" Klassenmethoden, die an ihrer Laufzeitklasse hängen. Sowas gibt es aber in Java soweit ich weiß nicht.
Natürlich würde es funktionieren wenn findAll() nicht statisch wäre, aber dann bräuchte ich ja schon immer eine Instanz der Klasse, die ich ja eigentlich erst suchen will, was ja irgendwie unlogisch ist.

Ein mögliches Work-Around wäre natürlich eine statische "Manager" Klasse, ähnlich wie das hier:

public class Manager {

  // Record ist die Superklasse für alle "Daten-Objekte"

  public static <T extends Record> T[] findAll(Class type) {
    T[] result;
    // suche alle Objekte vom Typ type in der Datenbank und speicher sie in result
    return result;
  }
}

Ich fände obigen Ansatz aber schöner, logischer und intuitiver.
Ich sage der Klasse Person: gib mir all deine Instanzen!
Hat jemand eine Idee wie das möglich wäre, ohne findAll() in jeder Subklasse neu zu implementieren?
Das muss doch möglich sein mit Java!

Ich hoffe ihr versteht was ich meine und freue mich über jede Idee!

Gruß,
Jonas

 

[quippy]

Leider würde in der Tat die statische Methode nicht 'rausfinden können, für welchen Typ sie tätig werden soll. Die beste Lösung wäre daher in der Tat die Delegate-Variante nach Factory-Pattern (was auch schon aus dem Grund sinnvoll ist, daß Java keine Merfachvererbung kann)

Alternativ beleibt nur die Möglichkeit, in jede Klasse eine statische Methode "findAll()" zu implementieren, welche dann in der Superklasse eine statische Methode "findAll(type)" aufruft. Das ist aber im Prinzip das Gleiche, wie das Factory-Pattern. Denn ob die aufgerufene statische Methode in der Oberklasse steckt, oder in einer ganz anderen, ist dabei völlig egal.

Ich habe mir selbst (denn nur selbermachen macht fett ) einen OR-Mapper geschrieben und bin dabei auf das gleiche Problem gestoßen. Es ist nicht intuitiv, erst mal eine Instanz, also eine leer Hüllklasse, zu erzeugen, nur um per Polymorphismus Standardimplementierungen in der Oberklasse aufzurufen. Also habe ich es so gelöst:

Statt:

   Person p = ORMapperFactory.create("Person");
   List<Person> liste = p.findAll();

habe ich

   List<Person> liste = ORMapperFactory.findAll("Person");

die erste Variante gibt es auch, weil das Hüllobjekt dann verwendet wird, um die Where-Clause zu definieren:

   Person p = ORMapperFactory.create("Person");
   p.setName("%Meier%");
   List<Person> liste = p.findAll(); // finde alle Meiers

Nun denn, suche Dir das Beste raus...

 

[fktest]

Vielen Dank für die Antwort! Ich werde das dann wohl so ähnlich machen (müssen )wie Du.
Meine "Condition" Klasse funktioniert dann nämlich auch nicht

Eins würde mich jetzt allerdings doch interessieren:

Ist das aus irgendwelche Designgründen beabsichtigt (von Sun, etc.) daß das mit Java nicht geht, oder fehlt diese Funktionalität schlicht und einfach?

Gruß

 

[maki]

Ist das aus irgendwelche Designgründen beabsichtigt (von Sun, etc.) daß das mit Java nicht geht, oder fehlt diese Funktionalität schlicht und einfach?

Was meinst du?

Das statische Methoden zur Klasse gehören (Deswegen auch "Klassenmethoden") und nicht vererbt werden ist Absicht und ergibt auch Sinn

 

[Guest]

Im prinzip würde ich gerne Methoden für eine Klasse und nicht die Instanz einer Klasse definieren können.

Beispiel in "Pseudo-Java"

class A {
 
  class_method printName() {
    print(thisClass.name)
  }
}

class B extends A {
 ...
}

Was sich wie folgt verhalten sollte:

A.printName()  // => "A"
B.printName()  // => "B"

Also im Prinzip eigentlich nix komplziertes.
Habe gerade etwas im Internet gesucht und bin dabei auf folgendes gestoßen:

(java has) No real class methods. In Java, classes aren't proper objects, and therefore don't have methods. They have constructors (which are not methods) and they can have static 'methods,' which are nothing more than functions, and are therefore not extensible, i.e. you can't override them in a subclass.

Gruß,
Jonas