[singollo]

Nie miała baba kłopotu, napisała sobie singleton #programowanie #php

[G.....n]

@singollo: E tam, w PHP singletony nie stwarzają takich problemów.

[singollo]

@Ginden: Singleton jest wygodny, ale niewiele się różni od przekazywania zmiennych przez $_GLOBALS. No i te silne zależności między klasami...

[n.....r]

@Ginden: co ma wzorzec (dla mnie antywzorzec) do języka?

@singollo: singleton nie jest wygodny, to proszenie się o kłopoty - tak jak napisałeś

[koob]

@nudnyuser: singleton jest wygodny, np do polaczenia z baza danych

[n.....r]

@koob: tak, w szczególności jak masz zamiar to później testować :)

[G.....n]

@nudnyuser: PHP ma problemy ze scope, za to nie ma wielowątkowości, a każdy skrypt ma własne śrofowisko uruchomieniowe - i na pewno będą występować pojedyncze globalne obiekty typu połączenie do bazy danych i ich realizacja inaczej niż przez singleton jest tylko ukryciem stałego dowiązania pod dodatkową warstwą abstrakcji, która i tak stwarza tylko problemy.

[vegat]

@koob: Każdy kto tak mówi po prostu jeszcze nie dotarł do momentu w którym singletony naprawdę sprawiają kłopoty. Ze względu na singletony właśnie porzuciłem Kohanę, bo może to i pozornie wygodne było ale niestety później testowanie i utrzymanie takiego kodu sprawia generalnie dużo problemów. A dobre opanowanie DI pozwala na dostęp do potrzebnych elementów równie łatwo jak przez singletony bez związanych z nimi problemów.

[n.....r]

@Ginden: PHP ma wątki - http://php.net/manual/pl/class.thread.php - sens użycia to inna sprawa. Bzdura, tworzenie globalnych instancji jest i zawsze będzie złą praktyką. Są sposoby, żeby tego nie robić.

[WolverinePL]

@singollo: Paradoksalnie na singletonie jest oparty mój lib do DI: https://github.com/podusowski/CakeDi nie jestem z tego dumny ale niestety jak chciałem mieć taki a nie inny interfejs to była to jedyna opcja.

[hbpitero]

@singollo: Każdy kto naparza masowo singletony uznając je za panaceum na wszystko

"jeszcze nie dotarł do momentu w którym singletony naprawdę sprawiają kłopoty"

A za to tak mówi ktoś, kto uważa, że singleton = "jakaś regułka" czyli klasa z jedną instancją w static.

Singletony są spoko i wcale to nie musi być statyczne pole by nazwać to singletonem, dopóki masz i możesz mieć jedną instancję obiektu w środowisku, w którym

[MacDada]

@singollo: @Ginden: @nudnyuser: @

[hbpitero]

@MacDada: Pierwsze słysze o singletonie z małej i z dużej litery, nie rozpędzajmy się w tworzeniu jakiś pojęć, bo czym dla Ciebie jest "Singleton"? w przeciwieństwie do " posiadanie obiektu w jednym egzemplarzu podczas trwania programu".

[MacDada]

@hbpitero: Staram się w ten sposób rozróżniać „singleton jako pojęcie” i „singleton jako wzorzec” – nie wymyśliłem, ale widziałem na jakiejś prezentacji pracowników Google'a.

Tak czy siak, „signleton” jako „pojęcie” jest OK, gdy jako „wzorzec” już nie za bardzo ;)

[hbpitero]

@MacDada: Tylko, że czym jest dla Ciebie "wzorzec singleton" ? bo dla mnie po prostu "obiekt który mamy w jednym egzemplarzu", to jest sensem tego wzorca - posiadanie w jednym egzemplarzu. wzorzec != konkretny kod.

[singollo]

@MacDada: Dependency Injection to fajny wzorzec, ale singletona, niestety, nie zastąpi - a przynajmniej nie dla każdego zastosowania. Singleton jest najskuteczniejszy zwłaszcza w tych sytuacjach, gdy rzeczywiście reprezentuje pojedynczy zasób, np. połączenie z bazą danych.

Inna sprawa, to skuteczne odpowiednie zastosowanie tegoż, bo jeśli każde odwołanie do bazy danych wygląda np tak:

$query = new ZendDbSelect(Database::getInstance()->getDbAdapter()), i takiego Database::getInstance() mam w kodzie w 500 miejscach, to może człowieka

[MacDada]

@hbpitero: Dobra, to jeszcze inaczej się wyrażę. Za słowem „singleton” kryją się z reguły dwa sposoby rozumowania:

1. sytuacja, w której chcemy mieć jeden wspólny obiekt w ramach działania programu (to nazywam „pojęciem”, „słabym singletonem”, „singletonem”),

2. „implementacja” powyższego (to nazywam „wzorcem”, „silnym singletonem”,