Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Algorithmen, Datenstrukturen und Klassendesign (https://www.delphipraxis.net/78-algorithmen-datenstrukturen-und-klassendesign/)
-   -   Ist das ein Pattern? (https://www.delphipraxis.net/167398-ist-das-ein-pattern.html)

himitsu 28. Mär 2012 08:50

AW: Ist das ein Pattern?
 
Und was macht die öffentliche Funktion oftmals, bei den meisten Singletonpattern?
Die aggregiert einverleibt sich eine Klasseninstanz.

Wenn ich mir jetzt das auf'm Wiki nehm,
Zitat:

Zitat von http://en.wikipedia.org/wiki/Lazy_initialization
Code:
    private static $types = array();
 
    public static function getFruit($type) {
        // Lazy initialization takes place here
        if (!array_key_exists($type, self::$types)) {
            return self::$types[$type] = new Fruit($type);
        }
 
        return self::$types[$type];
    }

das Array und Static wegmach,
Code:
    private $types;
 
    public function getFruit {
        // Lazy initialization takes place here
        if (!self::$types) {
            return self::$types = new Fruit;
        }
 
        return self::$types;
    }
dann komm ich auf diesen Code.
Zitat:

Zitat von Jumpy (Beitrag 1159010)
Delphi-Quellcode:
private fAndereKlasse:TAndereKlasse

TIrgendeineKlasse.getAndereKlasse:TAndereKlasse;
begin
  if fAndereKlasse=nil then
    fAndereKlasse:=TAndereKlasse.Create;
  Result:=fAndereKlasse;
end;

Sehr eigenartig. :gruebel:

Codewalker 28. Mär 2012 08:54

AW: Ist das ein Pattern?
 
Zitat:

Zitat von himitsu (Beitrag 1159027)
und Static wegmach

Möhp! Genau das ist ja der Trick beim Singleton, dass es nur eine Instanz geben darf. Wenn du das static wegmachst, gibt es für jede Instanz der Klasse nur eine Instanz (und das ist was ganz anderes)

himitsu 28. Mär 2012 09:01

AW: Ist das ein Pattern?
 
In Delphi muß es nicht "class static" sein, es reicht schon "class", oder eine ordinäre Prozedur.
Wenn TIrgendeineKlasse die einzige vorhandene Instanz wäre, dann ist AndereKlasse implizit ebenfalls Alleine (ein Singleton).
Und ich hab nie behauptet das währe schon ein Singleton. (noch'n bissl aufmotzen und fert'sch)

Der Billigprogrammierer pappt diesen Code in seine TForm1, und schon hat er ein Singleton.
(solange er nicht auf die Idee kommt TForm1 mehrmals zu erzeugen, aber ist dann meist nur ein Bug und keine Absicht :stupid: )



Halten wir es also fest:
- es ist noch kein Singleton-Pattern (bissl erweitert wird es vielleicht mal Eines)
- es ist noch kein Lazy-Pattern (bissl erweitert wird es vielleicht mal Eines)
- es ist was Anderes
Zitat:

Wenn du das static wegmachst, gibt es für jede Instanz der Klasse nur eine Instanz (und das ist was ganz anderes)

Iwo Asnet 28. Mär 2012 10:03

AW: Ist das ein Pattern?
 
Noch mehr Senf:

Früher, als es noch kein OOP gab, hieß das "Fetch on Demand".

Jumpy 28. Mär 2012 10:04

AW: Ist das ein Pattern?
 
1. Ich bin nicht Popov. Aber das sei euch verziehen, Sir.

2. Danke für die Infos.

Ich hab als ich die Frage stellte im Stillen bei mir gedacht, ob das in Richtung Singelton geht, wollte die Frage aber offen halten. Hab somit gelernt, das ein Singelton doch noch etwas mehr ist und den schönen Begriff Lazy Load/Creation/Initialisation neu gelernt, bzw. das Konzept dahinter.

Dazu noch 'ne Frage:
if fKlasse<>nil then... vs. if Assigned(fKlasse) then...
Was ist genau da der Unterschied, ich vermute mal, das letzteres besser ist, wenn ich auch nicht weiß, warum?

Danke,
Jumpy

DeddyH 28. Mär 2012 10:07

AW: Ist das ein Pattern?
 
Delphi-Referenz durchsuchenSystem.Assigned, da steht' s ;)

Stevie 28. Mär 2012 11:00

AW: Ist das ein Pattern?
 
Zitat:

Zitat von Jumpy (Beitrag 1159043)
Was ist genau da der Unterschied, ich vermute mal, das letzteres besser ist, wenn ich auch nicht weiß, warum?

Gibt keinen unterschied, Assigned ist eine built-in inline Function (manche sagen dazu Compilermagic, weil man den Source davon nicht in der System.pas sieht) und erzeugt denselben assembler Code wie ein Vergleich auf nil.

Zitat:

Zitat von Delphi Dokumentation
Der Aufruf Assigned(P) entspricht bei einer Zeigervariablen dem Test P <> nil und bei einer Prozedurvariablen dem Test @P <> nil.

Assigned kann allerdings nicht in allen Fällen verwendet werden - zum Beispiel bei dem Ergebnis einer Funktion, da man dieses nicht über einen var Parameter weitergeben kann (E2036 Variable required.)

Jumpy 28. Mär 2012 16:11

AW: Ist das ein Pattern?
 
OK, danke.
Sorry für das späte Antworten, musste noch schnell mein FIAE Abschlussarbeit, der Grund meiner Fragen in den letzten Wochen, fertig dokumentieren und zur IHK hochladen. Mal sehn was es wird, hauptsache erstmal fertig.

DeddyH 28. Mär 2012 16:58

AW: Ist das ein Pattern?
 
Dann drücken wir doch mal die Daumen :thumb:

himitsu 28. Mär 2012 18:25

AW: Ist das ein Pattern?
 
Wofür Assigned einen Vorteil bietet.
> Methodenzeiger

Diese bestehen intern aus 2 Zeigern, also ist ein direktes Prüfen auf nil nicht möglich.
Und wöllte man die internen Zeiger prüfen, dann müßte man sich den Methodenzeiger erstmal in einen lesbaren Typen casten, welcher Zugriff auf die beiden Felder bietet.
> Datenzeiger (Objektinstanz) und Codezeiger (Zeiger auf die Methode/Prozedur)


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:12 Uhr.
Seite 2 von 3     12 3      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz