abstract static

[Bit2_Gosu]

Hi!

Ist es möglich in einer abstrakten Klasse zu definieren, dass erbende Klassen eine statische Funktion implementieren müssen? abstract static geht ja leider nicht...

 

[SlaterB]

nicht möglich

 

[Gast2]

wechsle auf das Singleton-Pattern ... dann hast Du eine ähnliche Lösung

 

[bygones]

wechsle auf das Singleton-Pattern ... dann hast Du eine ähnliche Lösung

aber keine gute... lieber nochmal kurz nachdenken was gebraucht wird - muss es wirklich eine static methode sein ?

 

[Spacerat]

Singletons und Veerbung... hmm???:L heisst das gesuchte DP nicht zufällig Factory?

 

[Gast2]

Wege & Rom & so ueh:

 

[Marco13]

Singletons und Veerbung... hmm???:L

Jupp - das ist IMHO eine der wenigen (wenigen wenigen wenigen) Existenzberechtigungen für das Pattern, nämlich dass Vererbung damit noch möglich ist. Ansonsten könnte man sich auch das "getInstance" sparen, und einfach alles statisch machen....

 

[Gast2]

Moin,

ich bitte um Gnade ... mir ist das heute morgen bei Kikaninchen auch aufgefallen das das Blödsinn ist

hand, mogel

 

[maki]

Jupp - das ist IMHO eine der wenigen (wenigen wenigen wenigen) Existenzberechtigungen für das Pattern, nämlich dass Vererbung damit noch möglich ist. Ansonsten könnte man sich auch das "getInstance" sparen, und einfach alles statisch machen....

Singletonvererbung in Java? :noe:
Nicht wirklich

 

[Marco13]

Nun, das bezog sich auf die zumindest grundsätzliche Möglichkeit

class DBConnection
{
    private static DBConnection instance = null;

    public static synchronized DBConnection getInstance()
    {
        if (instance == null) 
        {
            instance = new DBConnection();
        }
        return instance;
    }

    public String readStuff()
    {
        // SQL + ResultSet + ...
        return string;
    }
}

Das wird an 100 Stellen verwendet - und jetzt soll das ohne DB mit Dummy-Daten getestet werden...

    public static synchronized DBConnection getInstance()
    {
        if (instance == null) 
        {
            if (!Constants.isTestCase)
            {
                instance = new DBConnection(); 
            }
            else
            {
                instance = new DBConnection()
                {
                    @Override
                    public String readStuff()
                    {
                        return "Dummy stuff";
                    }
                };
            }
            return instance;
        }

(Soll nur ein Suggestivbeispiel sein... )

 

[maki]

Ach so meintest du das, dachte du wolltest mehrere Singletons von einer Singleton Basisklasse ableiten.

 

[bygones]

(Soll nur ein Suggestivbeispiel sein... )

ich faende dafuer ein unschoeneres wort ;-)

ich bete instaendig, dass sowas niemand, wirklich niemand auch nur erwaegt in code zu verwenden

und da ich mal angehalten wurde auch zu begruenden:

a) Singletons generell nicht verwenden (dazu kein kommentar, da diskussion hier schon soooo alt)
b) fuer Testdaten gibts mocks oder aehnliches, nix isTestCase oder sonstige reincodierten Faelle

 

[Spacerat]

Singletonvererbung in Java? :noe:
Nicht wirklich

Nicht nur in Java... Singletons sind finale Klassen. Das bedeutet aber nicht, dass sie keine Interfaces implementieren bzw. abstrakte Klassen erweitern dürfen. Aber bitte... nicht wieder 'ne Grundsatzdiskussion draus machen.

 

[maki]

Nicht nur in Java... Singletons sind finale Klassen. Das bedeutet aber nicht, dass sie keine Interfaces implementieren bzw. abstrakte Klassen erweitern dürfen. Aber bitte... nicht wieder 'ne Grundsatzdiskussion draus machen.

Das Singleton Konzept an sich lässt sich in Java nicht vererben, anders als in C# zB., darauf wollte ich hinaus.

Grundsatzdiskussionen über Singletons? Darüber sind wir doch längst hinweg... (hoffe ich)

 

[bygones]

Grundsatzdiskussionen über Singletons? Darüber sind wir doch längst hinweg... (hoffe ich)

hoff ich doch - ansonsten steh ich per PM gerne bereit jeden zu ueberreden dass Singletons pure evil sind ;-)

 

[Marco13]

Dass sie "böse" sind, weiß ich auch, aber das Beispiel war bewußt gewählt: Es gibt nur SEHR wenige Anwendungsfälle für dieses Pattern, und eines (das einzige?) wäre meinem Halbwissen nach eine Datenbankanbindung - aber da ich von letzterem keine Ahnung habe beziehe ich mich damit auch nur auf Teile der hier schon zu genüge geführten Diskussionen zu diesem Thema....

 

[tfa]

Dass sie "böse" sind, weiß ich auch, aber das Beispiel war bewußt gewählt: Es gibt nur SEHR wenige Anwendungsfälle für dieses Pattern, und eines (das einzige?) wäre meinem Halbwissen nach eine Datenbankanbindung

In meinem aktuellen Projekt gibt es z.B. verschiedene DBs mit jeweils einer eigenen ConnectionFactory ("DB-Anbindung"). Und schon sind wir wieder beim Multiton.