Witam

Na tyle ile możliwości ma PHP w tej dziedzinie napisałem własną wersję klasy Singleton dla wzorca Singletonu, zamieszczając ją tutaj na forum chciałbym uzyskać troche opinii i propozycji odnośnie mojego rozwiązania

[PHP] pobierz, plaintext 
<?php
 
abstract class Singleton {
	private static $aInstances = array();
 
	final protected function __construct(&$aArguments) {
		call_user_func_array(array($this, '__initialize'), $aArguments);
	}
	protected function __initialize() {
 
	}
	final public function __clone() {
		trigger_error("Cloning of class '" . get_class($this) . "' is not allowed", E_USER_ERROR);
	}
	final public static function getInstance($sClassName) {
		if(!isset(self::$aInstances[$sClassName])) {
			$aArguments =& func_get_args();
			array_shift($aArguments);
			self::$aInstances[$sClassName] = new $sClassName($aArguments);
		}
		return self::$aInstances[$sClassName];
	}
}
 
?>
[PHP] pobierz, plaintext 

Gdzieś czytałem, że nie zaleca się rozpoczynać nazw metod od dwóch podkreślników, gdyż koliduje to z ogólnie przyjętym schematem nazewnictwa metod magicznych oraz konstruktora i destruktora w PHP. Jeśli też tak uważacie, proszę o propozycję ładnej nazwy angielskiej tejże metody

Przykład użycia:

[PHP] pobierz, plaintext 
<?php
 
require_once './class.Singleton.php';
 
class Example extends Singleton {
	private $sParam;
 
	protected function __initialize($sParam) {
		$this->sParam = $sParam;
	}
	public function __toString() {
		return $this->sParam;
	}
}
 
$oFirstExample = Example::getInstance('Example', "Parametr przekazany do konstruktora");
// lub też Singleton::getInstance('Example', ...
 
$oSecondExample = Example::getInstance('Example');
 
echo $oFirstExample . '<br>';
echo $oSecondExample;
 
?>
[PHP] pobierz, plaintext 

Pozdrawiam

Moim zdaniem składnia typu Example::getInstance('Example') to programistyczne masło maślane. Równie dobrze moge wywołać Singleton::getInstance('Example') czy też Example::getInstance('jakakolwiek klasa'). Uważam, że trzeba się pogodzić z tym, że PHP (w wersji < 5.3) przy wywoływaniu metod statycznych odwołuje się do ojca, a nie dziecka i w klasach pochodnych ponownie definiować getInstance() itp. albo po prostu używać np. rejestru Registry::getInstance('class name') czy czegoś w tym stylu (i spokojnie czekać na PHP 5.3). Właściwie Twoje rozwiązanie przypomina bardziej wzorzec Registry ;-)

Po co __initialize? w tym celu jest __construct przecież.

No właśnie, to czekanie jest najgorsze, a do tej pory trzeba sobie jakoś radzić

Czemu __initialize? Generalnie może zdarzyć się tak, że mimo to iż dziedziczę po wzorcu Singleton (może nie koniecznie bezpośrednio, ale w którejś podklasie z kolei) może się zdarzyć tak, że przypadkowo przeładuje konstruktor na publiczny, a jest to możliwe. Szkoda, że nie ma w PHP wymuszenia używanego dostępu do zmiennej bądź klasy Ten problem postanowiłem więc rozwiązać w taki sposób jak widać.

Innym ciekawym rozwiązaniem byłoby zastosowanie AspectPHP, gdyby to istniejące projekty byłyby zadowalająco dobrze napisane, a tak to trzeba się męczyć. Dzięki AspectPHP taki Singleton możnaby uzyskać automatycznie.

Dość interesującym projektem jest wtyczka do Eclipse - APDT, która bazuje trochę na PHPAspect (chyba napisana przez tych samych autorów) lecz PHPAspect jest napisany w PHP i niestety nie grzeszy wydajnością. A wracając do APDT, jest to projekt, który jeszcze nie wyszedł po za repozytoria SVN, jednak zapowiada się wspaniale

Jeśli tworzysz sobie klasę abstract Singletona rozumiem, że będziesz jej używał gdzie się da? Tylko niestety singleton przeczy zasadą OOP, tworzy niepotrzebne "węzełki" w kodzie. Popracuj nad workflow obiektów a nie twórz takie potworki.
Jestem też ciekaw co Ci daje wywołanie zdefiniowanej funkcji w konstruktorze kiedy nie ma ona żadnego dostępu do metod i parametrów klasy.
Przemyśl dobrze co napisałeś.

Czy mógłbym Cię prosić o rozwinięcie swojej myśli? Chciałbym być pewien tego co rozumiem z Twojej wypowiedzi

Z góry wielkie dzięki za poświęcony czas.

Ok, źle przeczytałem kod. Ale nadal nie widzę sensu dla metody __initialize. Skoro nie pozwalasz nadpisać __construct, tym samym nadpisujesz __initialize to jest on tu tylko niepotrzebnym mostem. Rozumiem ochronę konstruktora jeśli byłoby tam coś jeszcze ale tu... W dodatku wymuszasz istnienie metody __initialize a jednocześnie nie ma tu żadnego interface'u. Konstruktor jest właściwą metodą do inicjacji.

Wiesz, specjalnie nie tworzylem abstrakcyjnej metody __initialize, bo pewnie nie zawsze bedzie mi potrzeba zrobic cos podczas powolywania obiektu do zycia. Z drugiej strony... chyba jednak pasowaloby dac to slowko abstract przed __initialize

A piszac bardziej profesjonalnie, rzeczywiscie jest tak, ze do inicjacji jest konstruktor, tylko dla mnie problemem jest to, ze moge sobie w klasie pochodnej zmienic uprawnienia konstruktora (przypadkowo), np. na publiczne i szlag by trafil Singletona. Nie znam sposobu w PHP (i chyba ogolnie tak w OOP sie nie da), zeby wymusic na klasach pochodnych przeladowywanie konstruktora na konkretny sposob dostepu do niego (public, protected, private).

Co radzisz mistrzu?

Co do __initialize to sie zgadzam, i mozna tak robic, z wyzej wymienionych powodow [wzorzec templateMEthod, + nie mamy mozliwosci nadpisania konstruktora w podklasach].

A klasa jako ogol - totalny bezsens, singleton to zlo, i jest zaprzeczeniem OOP, to jest po prostu global ukryty w klasie. Ze wszystko ma byc singletonem? masakra. W moim FW + libie do DB jest.... 1 singleton, ciezko bylo by mi sie bez niego obejsc, jest to glowna klasa biblioteki baz danych, przez ktora pobieram bierzace polaczenie z baza. Niby mozna to inaczej zrobic, ale skonczy sie na

$user = $this->DB_manager->newInstanceForClass( 'User' );

ktore przekaze instancje polaczenia. Gore wziela wygoda pisania niz calkowicie czyste oop

Generalnie, rzeczywiscie niewiele byloby klas, ktorych instancji nie chcielibysmy miec wiecej niz jednej. Do takich klas możnaby wg mnie zaliczyc klase do obslugi bazy danych, do obslugi sesji, do obslugi autoryzacji, do obslugi systemu szablonow, do obslugi bledow (set_error_handler), itp.

Tak więc, czy ktoś zrobi sobie klasę do tego typu przypadków, czy po prostu utworzy odpowiedni interfejs, to już chyba zależy od indywidualnych potrzeb. Nawet w książkach o zaawansowanym programowaniu w PHP często pojawia się wzorzec Singletonu i nie jest on w żaden negatywny sposób krytykowany, jest to więc wzorzec powszechnie używany nawet przez zaawansowanych programistów. Co czasem jest niezgodne z OOP nie znaczy, że jest bez sensu i do kitu, prawda?

A jak się widzi użycie interfejsu iSingleton

Przeczytaj sobie to: http://blog.dywicki.pl/2007/02/01/singleton/

W takim razie, czy zamiast tego, można używać wzorca rejestru? Czy to też taki anty-wzorzec?