🚀 go-pugleaf

On 2018-01-27, Marek S <precz@spamowi.com> wrote:

[...]

>> Gdzie tu widzisz wzorzec singletona?
>
> W tym, że jest obiekt nadrzędny nad wszystkimi, który tylko można 
> zainicjować i nic więcej. W całej aplikacji zawiera tylko jedno 
> zainicjowanie. Jest singlem.

To nie jest definicja wzorca singletona.

[...]

>> za singletona tylko dlatego że jest jeden :P
>
> No więc jesteśmy coraz bliżej zdefiniowania rozbieżności interpretacji. 
>:-) Nie bardzo rozumiem czemu przyjmujesz definicję z Wiki za 
> nieprawdziwą. Może małymi krokami i na przykładzie.
>
> Ok, powiedz mi na podstawie kodu:
>
> class cosTam() {}
> $obj=new cosTam();
>
> Powyższe to całość aplikacji. Nie ma więcej kodu. To jest jedna klasa i 
> obiekt z niej. Czy jest to wzorzec singletona czy DI czy cokolwiek?

Nie. Singleton ma prywatny konstruktor i nie pozwala na stworzenie obiektu
poza kontrolą tegoż singletona. W innym wypadku:
1) nie jesteś w stanie zagwarantować globalności obiektu
2) nie jesteś w stanie zagwarantować, że obiekt jest stworzony raz.

Singleton to coś w stylu:

class cosTam() {
  private static $instance = null;
  private function __construct() {}
  public static function getInstance() {
    if (self::$instance == null) {
      self::$instance = new Singleton();
    }

    return self::$instance;
  }
}

W Java masz podobnie:
https://en.wikipedia.org/wiki/Singleton_pattern#Implementation

Każdy singleton zakłada kontrolę nad tworzeniem instancji takiego
obiektu. Jeśli jej nie ma, to nie jest to singleton.

To że sobie zrobisz klasę i użyjesz raz nie czyni z niej singletona.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com