W paru miejscach forum i nie tylko bylo pisane o wzorcu singleton ale jakos nigdzie nie znalazlem wiekszej informacji o tym. Czy ktos moglby podac jakies linki dotyczace tego tematu?? Albo napisze o co w tym biega

A ja mam pytanie: czy naprawdę Google trzyma swoje zasoby tylko dla wybranych?

szukalem na google wiec nie miej pretensji. nie znalazlem ZADNEGO linka odnoszacego sie do polskich stron traktujacych o tym. Z angielskim u mnie tak sobie

Witaj
Rada: poprzegladaj przykladowe kody z wykorzystaniem singletona to odrazu zakapujesz o co chodzi, wystarczy chwilka skupienia.
A ja tylko powiem ze uzywanie ich w php5 nie jest konieczne... Jesli nie wiesz jakie zmiany zaszly w php5 to proponuje angielski tekst, ale poparty wieloma przykladami, znajdujacy sie gdzies na stronie PHP5 zenda . Szukajcie a znajdziecie 8).
PS. Na forum bylo juz kilka razy wyjasniane co to jest singleton, wiec mozesz/powinnienes tez tu poszukac.
Pozdro

A jednak Google trzyma zasoby tylko dla elit...
Cóż... wyniki szukania
I artykuł znaleziony w Google...

eee ten mi umknal sorki za zamieszanie

Nie jest konieczne, ale chyba wygodniejsze niż przekazywanie uchwytu obiektu do i z metody innego obiektu.

Rozumiem juz istote dzialania

Mam coś takiego:

[PHP] pobierz, plaintext 
<?php
class foo
{
 
 
  function &instance()
  {
	static $instance = false;
	if ( $instance === false )
	{
	  $instance =& new foo();
	}
	return $instance;
  }
 
  function blah()
  {
	return &#092;"Działa!\";
  }
}
 
class bar
{
  function funkcja()
  {
	$foo =& foo::instance();
	return $foo->blah();
  }
}
 
$b =& new bar();
echo $b->funkcja();
?>
[PHP] pobierz, plaintext 

i wszystko jest ok, ale mam jeszcze pewne wątpliwości.
W powyższym przykładzie (który notabene znalazłem na forum ) klasa główna (foo) jest inicjowana przez klase bar. Gdy próbowałem przenieść wywołanie funkcji instance do konstruktora klasy foo to mi się wszystko wysypało.
Taki był konstruktor:

[PHP] pobierz, plaintext 
<?php
 
function foo()
  {
	$this->&instance();
  }
 
?>
[PHP] pobierz, plaintext 

Jak to zrobić prawidłowo?
Czy dobrze rozumuje że każda klasa musi mieć swoja własną funkcje instance, czy też jest możliwość by funkcja instance byla tylko jedna jak i $instance była tablicą
Przepraszam że tak mieszam ale single ton jest dla mnie czymś nowym a OOP zajmóje też sie od niedawna, ale chce sie tego nauczyć

Drobny błąd. Jeśli już to powinno być &$this->instance(); chociaż i to (&) w tym przypadku nie jest potrzebne bo nie przypisujesz wyniku zadnej zmiennej.

Z tego co pamiętam w manualu jest napisane, żeby nie używać referencji do klasy w konstruktorze tej klasy.

Co do drugiego pytania to można używać tablicy instance tylko w tym wypadku pojawia się problem przekazywania dynamicznej liczby parametrów do konstruktora. Oczywiście da się to obejść, ale trzeba to przemyśleć.

Wg. tego co napisalem pare postów wyżej w każdej klasie bym musiał mieć metode "Instance"(Get) by tworzyć singletona. Przy paru klasach to jest jeszcze ok ale im bardziej będzie się rozwijał projekt to może powstać bałagan.
Napisałem coś takiego (działa):

[PHP] pobierz, plaintext 
<?php
 
class Singleton {
var $var;
 
function Singleton()
{
echo &#092;"Singleton::Singleton();<br>\";
}
 
function &Get($name)
{
static $inst = array();
$inst[$name] = NULL;
 
if ($inst[$name] == NULL)
$inst[$name] = new $name;
 
return $inst[$name];
}
}
class Singleton2 {
var $var;
 
function Singleton2()
{
echo &#092;"Singleton2::Singleton();<br>\";
}
 
 
}
 
?>
[PHP] pobierz, plaintext 

Ale jak zauważył Yarecki jest problem z przekazywaniem dynamicznej ilości parametrów do konstruktora danej klasy. Czy można to rozwiązac jako przekazanie tablicy do metody Get?? Chodzi mi o coś takiego:

[PHP] pobierz, plaintext 
<?php
 
...
function &Get($name, $param=array())
{
static $inst = array();
$inst[$name] = NULL;
 
if ($inst[$name] == NULL)
$inst[$name] = new $name($param);
 
return $inst[$name];
}
...
 
?>
[PHP] pobierz, plaintext 

Czy to jest ok?

Według mnie, wszystko co działa i spełnia określone wymagania jest ok :-)

Ja używam czegoś takiego:

[PHP] pobierz, plaintext 
<?php
 
class Singleton
{
	private static $arrInstances;
 
	/**
	 * Pobiera instancje klasy, którą przekazano w parametrze
	 */
	public static function getInstanceOf( $strClassName )
	{
		if( !isset( self::$arrInstances[$strClassName] ) )
		{
			require_once $strClassName . '.class.php';
 
			self::$arrInstances[$strClassName] = new $strClassName;
		}
 
		return self::$arrInstances[$strClassName];
	}
}
 
?>
[PHP] pobierz, plaintext 

Jak na razie nie bawiłem się w dynamiczne przekazywanie parametrów, bo nie miałem klasy, która potrzebowałaby takowych.

Właśnie w tym problem, że to raczej nie będzie ok, chyba że we wszystkich klasach pozbędziesz się wielu argumentów na żecz jednego argumentu-tablicy zawierającego inne.
Bo zapis:

[PHP] pobierz, plaintext 
<?php
$inst[$name] = new $name($param);
?>
[PHP] pobierz, plaintext 

Powoduje, że pierwszy argument funkcji będzie miał wartość $param.

matid: to mozna rozwiazac np. tak:

[PHP] pobierz, plaintext 
<?php
	$inst[md5( $name . serialize( $param ) )] = new $name($param);
?>
[PHP] pobierz, plaintext 

Chyba się niezbyt jasno wyraziłem. Chodzi mi o to, że takie coś utworzy klasę, która nie przyjmie po kolei wszystkich argumentów w $param, tylko przyjmie jeden argument $param.
Więc taka funkcja by musiała mieć taką postać:

[PHP] pobierz, plaintext 
<?
function test( $arrParam )
{
 print_r( $arrParam ); // zwraca - [0] => parametr_1, [1] => parametr_2, itp.
}
?>
[PHP] pobierz, plaintext 

A nie tak jak normalne funkcje:

[PHP] pobierz, plaintext 
<?
function test( $param1, $param2, $param3 )
{
}
?>
[PHP] pobierz, plaintext 

Więc w ten sposób ograniczamy się tylko do tworzenia instancji napisanych przez nas klas, które zamiast przyjmować wielu parametrów przyjmują tylko jedną tablicę z parametrami.

A to akurat IMHO jest fatalne, bo prowadzi do konfuzji oznaczeń. Po co używać nazwy singleton na coś, co zupełnie singletonem nie jest? Akurat jest innym wzorcem, ale to pozostawiam jako ćwiczenie czytelnikom . Tak jest jeszcze gorzej niż gdyby nazwać tą klasę Qwertyuiop, bo wprowadza ludzi w błąd.

Trochę pogrzebałem i wydaje mi się, że jest to Object Pool.

matid a jaki problem w tym ze do konstruktora przekaże dane w postaci tablicy?? Przecież gdy wiem ile i jakie dane mają byc przekazane to w prosty sposób moge je przekazac jako zwykle zmienne, np:

[PHP] pobierz, plaintext 
<?php
 
function test( $arrParam )
{
$this->param0=$arrParam[0];
$this->param1=$arrParam[1];
}
 
?>
[PHP] pobierz, plaintext 

albo wykorzystując pętle foreach.
Sam konstruktor klasy jest metodą inicjującą obiekt do stanu gotowości.

Nie ma problemu jeśli korzystasz tylko z własnych klas, natomiast jeśli będziesz miał klasy pisane przez innych to może być konieczność zamieniania kodu danej klasy tak, aby zamiast kilku parametrów przyjmował tylko jedną tablicę. Ja osobiście szukam rozwiązania tego problemu.

Yup . Albo chyba Registry, jak widziałem gdzieś na phppatterns. Implementacje pewnie różne, ale idea ta sama: jeden singleton jako kontener wielu obiektów, które same nie są singletonami.

A z innej beczki, co do parametrów:
Gdzieś widziałem kod prostego Proxy w wykonaniu selkirka, i tam konstruktor proxy przyjmował zmienną liczbę parametrów, sprawdzał ich liczbę i we wielkiej instrukcji case wywoływał konstruktor obiektu bazowego z tą liczbą parametrów co trzeba. Minus - to obsługiwało tylko do 3 parametrów, bo dla każdej liczby trzeba oddzielnie pisać warunek.

A w ogóle to singleton nie powinien mieć parametrów, i już. Kropka. Jak coś przyjmuje parametry, to nie jest to singleton. Bo jak coś ma parametry, to trzeba to gdzieś bezpośrednio stworzyć, a cała idea singletonu polega na tym, że on sam się tworzy i nie obchodzi nas kiedy to się stanie.

Hmm, czyli po stworzeniu instancji obiektu dopiero przekazywac do niego potrzebne dane? Czy też musi byc na tyle "samowystarczalny" by sam pobral to co potrzebuje?

Ale jak np. potrzebujemy wywołać klasę do obsługi bazy danych, która potrzebuje x parametrów, a później chcemy ją wykorzystywać w projekcie i tylko poprzez singleton wywoływać jej instancję to też jest to dobre rozwiązanie. W sumie można to obejść tworząc sobie w klasie Singleton metodę RegisterInstance i normalnie stworzyć sobie obiekt mysql i potem go zarejestrować w singleton'ie.
Ja osobiście jak potrzebuje Singleton z obsługą parametrów to korzystam z tego kodu:

[PHP] pobierz, plaintext 
<?php
 
	class Singleton
	{
		static private $arrInstances = array();
		static private $strClassesDir = 'classes';
 
		/**
		* @desc Tworzy instancję klasy
		* @access public
		**/
		static public function Instance( $strClass, $arrParams = array() )
		{
			if( !in_array( $strClass, self::$arrInstances ) )
			{
				if( class_exists( $strClass ) )
				{
					if( isset( $arrParams ) )
					{
						$strCall = 'self::$arrInstances['' . $strClass . ''] = new ' . $strClass . '( ';
						foreach( $arrParams as $param )
						{
							$strCall .= ''' . $param . '', ';
						}
						$strCall = substr( $strCall, 0, -2 );
						$strCall .= ' );';
						eval( $strCall );
					}
					else
					{
						self::$arrInstances[$strClass] = new $strClass();
					}
				}
				else
				{
					require_once( self::$strClassesDir . '/' . $strClass . '.class.php');
					self::$arrInstances[$strClass] = new $strClass;
				}
			}
			return self::GetInstance( $strClass );
		}
 
		static public function GetInstance( $strClass )
		{
			if( isset( self::$arrInstances[ $strClass ] ) )
			{
				if( is_object( self::$arrInstances[ $strClass ] ) )
				{
					return self::$arrInstances[ $strClass ];
				}
				else
				{
					return false;
				}
			}
			else
			{
				return false;
			}
		}
 
		static public function UnloadInstance( $strClass )
		{
			if( is_object( self::$arrInstances[ $strClass ] ) )
			{
				unset( self::$arrInstances[ $strClass ] );
			}
			else
			{
				return false;
			}
		}
	   
	}
 
?>
[PHP] pobierz, plaintext 

Trochę ten kod pogmatfany, ale działa

Tylko że to już nie jest singleton... Idea podobna ale różnice są spore. Co nie oznacza że jest to złe. Można z tego zrobić np. jakiś inny wzorzec.

Jak już się mówi o wzorcach, to lepiej się ich trzymać, bo wzorce są też sposobem dokumentowania. Jak widzę singleton to wiem że powinienem oczekiwać statycznej metody getInstance() lub podobnej. Jak widzę iterator to szukam next(). Itd, itp.

Używa się wzorców dlatego, że to są pewne sprawdzone rozwiązania, które skracają development time. Ale nazewnictwo klas służy wyłącznie dokumentacji. Takie nazwy jak ArrayIterator, PageFactory, ImageProxy mówią więcej niż strona komentarza. Jeżeli więc zrobię sobie iterator i nazwę go PageFactory, to będzie to szczyt masochizmu i pogardy dla innych. Więc nazywanie singletonem czegoś, co singletonem nie jest, jest Złe przez duże Z.