Design Pattern Spørsmål

Nope... det er ikke en singleton.

Med en singleton sikrer du dig, at der kun kan oprettes 1 instans af en klasse.
Det du gør i dit eksempel, er at tilgå en statisk metode - ikke det samme.

ArrayList findes i Java.

En statisk metode som henter/opdaterer statiske members kan bruges
på samme måde som en singleton men er ikke en singleton.

Der kan kun være en forekomst af data (vi ser lige bort fra multiple
classloaders problematikken - den rammer også ægte singleton).

Men det er ikke så pænt objekt orienteret.

Og du kan komme i store problemer i forbindelse med mere komplekse
strukturer, når du skal initialisere dem. Med statiske members
kontrollerer du ikke selv rækkefølgen af initialiseringer. Det gør du med
singleton.

Men det er jo lidt det samme jeg gør, jeg sikrer mig jo at der kun oprettes n instanser af en klasse, og ikke to instanser med samme id.

Så hvad hedder det?

Du kører slet ikke på instanser. Men på klasser.

Det er ikke singleton pattern.

Jeg ved ikke om det hedder noget specielt.

"brug af statiske metoder/members"

Onde tunger vil kalde det "programmere C i C++/C#/Java".

Jeg forstår ikke hvad du/i mener, min metode i eksemplet

WebPage.getPageByID(int id)

Retunerere da en instans af Klassen WebPage.

Det er da præcis det samme som hvis jeg havde haft en singleton som hed WebPage og som havde en metode som hed WebPage.getPage().

?

Jeg ved godt at det ikke er en Singleton, men spørger jo netop hvad det så hedder. Fordi det ligner jo lidt ideen bag en singleton.

Nej.

For det første har du blandet to klasser samen i en klasse.

Reelt har du nemlig to klasser:

WebPage som er et objekt jeg formoder repræsenterer en web side

WebPageList som indeholder en liste af kendte web sider

[du har så merget WebPageList ind i WebPage, men jeg vil omtale den
som WebPageList i det efterfølgende for klarhed]

WebPageList kan laves som singleton med:
  private non-static ArrayList member
  private static WebPageList instance
  private constructor
  public static WebPageList getInstance metode
  public non-static get & add metoder

eller som du har lavet med:
  private static ArrayList member
  no constructor
  public static get & add metoder

De kan bruges stort set ens.

Du skriver:

WebPageList.get(123)

Med singleton ville du skrive:

WebPageList.getInstance().get(123)

Men singleton har nogle klare fordele:
  - du har en constrctor og kan derfor initialisere members i en
    bestemt rækkefølge
  - du kan implementere interfaces
  etc.etc.

Du har ganske ret i at de 2 konstruktioner grundliggende løser
samme problem.

Singleton er bare en mere objekt-orienetret måde at løse
problemet på.

Og i mere komplekse problem-stillinger giver det også kode
mæssige fordele.

Hej. Har netop for kort tid siden studeret lidt omkring GoF og GRASP mønstre, men er ikke stødt på det omtalte mønster, så jeg tror ikke det hedder specielt i den form.

Brug af static data og static metoder ville nok også snarere ryge i en
anti-pattern bog end i en pattern-bog.