Singleton vererben

[Eric]

Hallo Java-Freunde,

ich möchte gern eine abstrakte Managerklasse schreiben, da es davon immer nur eine Instanz geben soll, bietet sich das Singleton Muster an. Nun habe ich das Problem, dass ich den Singleton-Code wegen des privaten Konstuctors und dem Aufruf des konkreten Konstruktors nicht vererben kann. Dann macht die abstrakte Klasse zwar noch Sinn, ist aber aus meiner Sicht unschön. Kennt jemand Lösungen dafür?

Grüsse Eric

 

[Beni]

Hm, mach den Konstruktor protected. In dem Konstruktor überprüfst du, ob nicht schon bereits ein Managerobjekt existiert (ich weiss nicht wie dein Prog aufgebaut ist, aber irgendwo wird dieses Singelton ja sein...). Falls bereits ein Manager existiert: Exception werfen, damit wird das Herstellen des neuen Managers abgebrochen.
Und ansonsten setzt du diesen neuen Manager als den einzig existenzberechtigten Manager.

 

[Bleiglanz]

vergiss es, was soll Vererbung bei einem Singleton bringen?

jede "Unterklasse" würde ja eine "anonyme Kopie" des Parents enthalten, das ist dann kein Singleton mehr...

 

[Sky]

Darf es nur eine Instanz der abstrakten Managerklasse geben oder je eine Instanz pro Ableitung??

 

[Asandir]

Ich habe von dieser Seite einen Code zum Vererben eines Singleton bekommen.

public class AdaptableSingleton{
     protected static AdaptableSingleton ref = new Adaptablesingleton();

     protected adaptablesingleton(){
          //....
     }

     public static AdaptableSingelton getRef(){
          return ref;
     }
     
}

public class ModifiedSingleton extends AdaptableSingleton{

   // etwas tricky
   // das alte Singleton wird weggeworfen

  static {
    ref = new modifiedSingleton(){  
  }

  protected ModifiedSingleton(){
    //..
  }

}

Nun habe ich dabei aber das Problem, dass ich die Funktionen der Unterklasse nicht aufrufen kann,
weil die getRef() ja ein Object vom Typ AdaptableSingleton wiedergibt. Kann mir da jemand helfen?

 

[Sky]

Hast Du es schon mal mit einem Cast versucht?

ModifiedSingleton ms = (ModifiedSingleton)ModifiedSingleton.getRef();

btw: der gängige Name der Methode zum "holen" der Singleton-Instanz ist nicht getRef() sonder getInstance().

 

[Bleiglanz]

Ich habe von dieser Seite einen Code zum Vererben eines Singleton bekommen.

ja und? glaubst du deshalb, dass das eine besonders gute Idee ist??

klarer Fall von "Singletonitis"

 

[Guest]

Ja ich hielt es für eine gute Idee, da ich mehrere Klassen für den Zugriff auf verschiedene Tabellen einer Datenbank erstellt habe. Diese sollen natürlich nur einmal instanziert werden. Also bietet sich das Singelton Muster an.
In der Oberklasse DAO wird die Connection Klasse instanziert und auch ein Statement etc. geholt. Nun wollte ich für die Unterklassen Code sparen und das Singleton vererben, soviel zur Singletonitis.

@Sky80, ja habe ich. Da kam aber ein Fehler weswegen ich es nicht weiter probiert habe.
Ich werde es aber nochmal ausprobieren und gegebenenfalls den Fehler und zugehörigen Code posten.

 

[Bleiglanz]

Ja ich hielt es für eine gute Idee, da ich mehrere Klassen für den Zugriff auf verschiedene Tabellen einer Datenbank erstellt habe. Diese sollen natürlich nur einmal instanziert werden. Also bietet sich das Singelton Muster an.

Warum bietet sich das an?

In der Oberklasse DAO wird die Connection Klasse instanziert und auch ein Statement etc. geholt. Nun wollte ich für die Unterklassen Code sparen und das Singleton vererben, soviel zur Singletonitis.

Warum machst du nicht EIN Singleton (der Name sagts ja schon), das mit VERSCHIEDENEN Tabellen umgehen kann?

Wenn die Connection in der Oberklasse instanziert wird, dann hat ja jede Unterklasse eine eigene Connection

=> für 5 Tabellen verbrätst du dann 5 Connections, tolles Design!

 

[Asandir]

Wenn ich eine einzige Klasse für das umgehen mit den Tabellen mache, wird es unübersichtlich, ausserdem ist die Klasse nicht wiederverwendbar. Ich verbrate auch keine 5 Connections, da die Oberklasse eine andere Klasse anspricht, die auch nach dem Singleton Pattern erstellt wurde. Ich habe es jetzt aber anders gelöst. Die Oberklasse ist nun eine abstrakte Klasse, die die Connection einbindet und sich ein statement holt. In den Unterklassen wird dann die getInstance implementiert. Zwar etwas umständlicher als per Vererbung, aber es funzt.

 

[Bleiglanz]

Ein Singleton, das ein anderes Singleton "anspricht"?

Spitze!