Mam pytanie czy w php5 da się przeciążyć konstruktor? Generalnie wiem, że można przeciążać dowolną funkcję za pomocą __call, ale z konstruktorem jakos mi nie wychodzi

Próbowałem zarówno użyć __construct jak i NazwaKlasy przy przeciążaniu w __call i nic z tego. Czy ktos wie jak można przeciążyć konstruktor?

rzuć jakiś kod i napisz w jakim celu chcesz go przeciążyć.
odwoływałeś siędo niego przez self::__construct() ?

Konstruktor przeciazasz w normalny sposob jak kazda inna metode. Tutaj przyklad:

[PHP] pobierz, plaintext 
<?php
 
class foo
{
public function __construct()
{
print "foo<br>";
}
}
 
class fooEx extends foo
{
public function __construct()
{
parent::__construct();
print "fooEx";
}
}
 
$foo = new foo();
$fooex = new fooEx();
 
?>
[PHP] pobierz, plaintext 

Wynik:

oczywiscie parent::__construct(); jest tutaj niepotrzebny, dalem tylko zeby bylo widac ze jakikolwiek zwiazek z klasa nadrzedna istnieje.

@ikioloak - chodzi mi raczej o przeciazenie konstruktora klasy tak aby moc go wywyolywac z roznymi parametrami (w innych jezykach to jest mozliwe nie wiem czy w php) - nie o dziedziczenie

@all

Podam przyklad co mniej wiecej chce zrobic. W takim razie zalozmy ze tworze klase o nazwie cls_ogloszenie. Bedzie ona zawierala tresc ogloszenia publikowana przez usera lub odczytana z bazy. Teraz musza byc 4 rozne konstruktory:

1) Ktory tworzy ogloszenie z domyslnymi danymi. np __cosntruct()
2) Ktory tworzy ogloszenie na podstawie tablicy asocjacyjnej __construct ($tablica)
3) Ktory tworzy ogloszenie na podstawie id_ogloszenia z danych z formularza np __construct($tytul_ogloszenia, $tresc_ogloszenia itp)
4) Ktory odczytuje ogloszenie z bazy np __construct($bool_odczyt_z_bazy, $id_ogloszenia)


Generalnie chodzi mi o to, ze w zaleznosci od podanej ilosci parametrow bedzie wywolywany odpowiedni konstruktor, ktory cos tam zrobi.

Probowalem takim kodem to zalatwic:

[PHP] pobierz, plaintext 
<?php
 
public function __call($metoda, $p)
{
    if ($metoda=="__construct")//tu oczywiscie trzeba jeszcze liste parametrow sprawdzac
    {
        echo "mama";
        throw new Exception ('uruchomiono konstruktor');
    }
}
 
?>
[PHP] pobierz, plaintext 

Wiem ze kod jest jeszcze nie kompletny i trzeba sprawdzac dodatkowo liste parametrow, ale juz nawet w tym przypadku konstruktor jest pomijany -> dla innych funkcji wszystko dziala bez problemu

Nie zabardzo rozumiem o co chodzi z tym self::construct -> gdzie nalezaloby tego uzyc? W php jestem nowy.

Nie wiem czy to jest optymalne rozwiazanie, ale dziala:

[PHP] pobierz, plaintext 
<?php
 
class foo
{
	public function __construct($p1,$p2,$p3,$p4)
	{	
		if (is_array($p1)) 
		{
			$this->ConstructFromArray($p1);
		}
		else if ((is_string($p1))&&(is_string($p2)))
		{
			$this->ConstructFromUser($p1,$p2);
		}
	}
 
	private function ConstructFromArray($array)
	{
		print_r($array);
	}	
 
	private function ConstructFromUser($title,$text)
	{
		print 'tytul:'.$title.' tresc:'.$tresc;
	}
}
 
 
$t = array(1,2,4);
$foo = @new foo($t);
$foo2 = @new foo('tytul newsa','tresc newsa');
 
?>
[PHP] pobierz, plaintext 

Inna opcja to jest utworzenei jednej klasy abstrakcyjnej, pozniej 4 klasy gdzie kazda implementuje na swoj sposob konstruktor, i w zaleznosci od parametrow tworzyc obiekt danej klasy. Co o tym mysilsz?

Tez wlasnie o czym takim myslalem (pierwsze rozwiazanie). Drugie jest nawet ciekawsze
Mam nadziej, ze kiedys w php wprowadza jakies fajne mechanizmy przeciazania takie jak np w C#. Jakos mam uprzedzenie do tych wszystkich if'ow i sprawdzania czy dany parametr jest tablica czy obiektem itd... troche to psuje czytelnosc kodu.

Ale dzieki bardzo za ten drugi sposob - jest calkiem ciekawy:

witam ...

w php nie można przeciążać funkcji oraz operatorów ... do c++ jeszcze mu daleko ...

co do wywoływania to można w kontruktorze klasy bazowej robić tak: return $this = new klasa_z_parametrow ... to pozwala tworzyć obiekt zawsze przez $foo = new KlasaBazowa ...takie pseudo przeciążanie ...

pozdrawiam

No funkcje niby mozna przeciazac za pomoca __call($nazwa, $parametry) - ale szczerze to faktycznie nazwanie tego przeciazaniem funckji to naduzycie

Ja się obiektowego programowania uczylem na C# i teraz mi tych mechanizmow brakuje w php - moze w wersji 6 rozwiaza pare kwestii. Ale moim zdaniem i tak jest o niebo lepiej niz w PHP4

[PHP] pobierz, plaintext 
<?php
 
   class FOobar 
   {
	  public function __construct()
	  {
		  $params = func_get_args();
		  //dalej rob co chccesz
	  }
 
   }
 
?>
[PHP] pobierz, plaintext 

Niestety - nic z tego.
Kontruktor nie może nic zwracać.
Return może zostać użyte tylko bez parametrów, w celu zakończenia działania metody.

witam ...

to w takim razie w php5 się to zmieniło bo pod 4 używam tego w klasie dostępu do danych ... tworze w zależności od wymagań instancję klasy pochodnej mysql lub postgresa ...
a właściwie to nie musi to być w returnie ... można wywalić słowo return i też powinno działać ...

pozdrawiam

A to nie możesz stworzyć w klasie bazowej dla obu klas pochodnych (mysql, postgree), metody statycznej, która będzie zwracać odpowiedni obiekt?

Zauważ, że PEAR:B tak ma:

Można również stworzyć Fabrykę i jest to moim zdaniem najlepsze rozwiązanie dla tworzenia parametryzowanych obiektów. Rozdzielamy odpowiedzialność w czytelny i bardziej intuicyjny sposób.



Unikamy stosowania 'if'.

WaterIntelligence, nie rozumiem, jak chcesz unikac ifów (ew. case'ów) stosując Factory ? Wg mnie jedno z drugim jest powiazane. Co za tym idzie, aby osiągnać coś na kształt overrida i tak musimy wykonać rzezbe na parametrach konstruktora.

To oczywiście zależy w jakim miejscu budujemy taki obiekt. Możemy przecież zbudować go bezpośrednio wywołując metodę konkretną z fabryki w klasie klienta. Wtedy nie ma w ogóle potrzeby korzystania z 'if'. Podam przykład który zobrazuje o co mi chodziło:



Jak widać w pierwszym przypadku w ogóle nie ma 'if' a jedynie wywołanie konkretnej metody, ściśle określonej. Dodatkowo odciążamy klasę od odpowiedzialności budowania obiektu z samej siebie. Klasa moim zdaniem powinna przejmować się tym co ma robić, a nie tym w jaki sposób ma sie "rodzić" - od tego powinny być inne obiekty (oczywiście nie w każdym przypadku ale akurat w tym tak). Co więcej uznaje za złe stosowanie przeciążania ponieważ jest ono niejednoznaczne i łatwo można zapomnieć jakie parametry stosować aby otrzymać to co chcemy, przy stosowaniu metod taki problem nie istnieje bo jest wszystko jasne i przejrzyste.

Jest jeszcze kwestia tego, że przecież nie tylko możemy ustawiać zmienne w tworzonym obiekcie ale wykonywać bardziej złożone operacje podczas budowania obiektu. Więc lepiej trzymać się jednej metodyki wtedy projekt staje się spójny.

wcale w Factory nie musisz stosować ifów
możesz przecież skorzystać z ReflectionClass
ewentualnie stworzyć obiekt na podstawie zmiennej $object = new $classname();