kod:

[PHP] pobierz, plaintext 
<?php
class A
{
	public function Trzy()
	{
		return 3;
	}
	public function Pisz($par = $this->Trzy())
	{
		echo $this->Trzy();
	}
}
 
$a = new A();
$a->Pisz();
?>
[PHP] pobierz, plaintext 

w linii 8 daje błąd składni. Ten $this najwyrazniej w tym miejscu nie ma prawa wystąpić.


Chcę by domyślna wartość parametru metody była liczona przez inną metodę obietu. Problem mogę obejść konstrukjcją:

[PHP] pobierz, plaintext 
<?php
class A
{
	public function Trzy()
	{
		return 3;
	}
	public function Pisz($par = 'sztuczny')
	{
		if($par == 'sztuczny')
			$par = $this->Trzy();
		echo $par;
	}
}
 
$a = new A();
$a->Pisz();
?>
[PHP] pobierz, plaintext 

Tylko, że to już jest łatanie problemu zaciemniajace kod.


Pytania:

1) czy isnieje eleganckie rozwiązanie, tzn. użycie jako argumentu domyslnego tego co chcę. Może jakieś specjalne słówko kluczowe?

2) jeśli odpowiedz na 1) jest negatywna, to czemu? Tzn. czy stoją za tym jakieś głebokie podstawy działania PHP? Jakoś nie widzę, skoro obejście problemu jest automatyczne. Chyba, ze dogmat o ograniczeniu $this do ciała metody.

1. Istnieją dwa eleganckie rozwiązania, ale żadne nie jest zgodne z twoimi oczekiwaniami:

[PHP] pobierz, plaintext 
<?php
// albo tak
class A
{
	public function Trzy()
	{
		return 3;
	}
	public function Pisz($par = null)
	{
		echo is_null($par) ? $this->Trzy() : $par;
	}
}
 
$a = new A();
$a->Pisz();
 
// albo tak
 class A
 {
	 public function Trzy()
	 {
		 return 3;
	 }
	 public function Pisz($par)
	 {
		 echo $par;
	 }
 }
 
 $a = new A();
 $a->Pisz($a->Trzy());
?>
[PHP] pobierz, plaintext 

2. To nie ma nic wspólnego z zasięgiem $this. to wynika wprost ze składni i gramatyki PHP - parametrem domyślnym funkcji może być wyłącznie stała - nie wolno stosować zmiennych lub rezultatów funkcji.

a oba powyższe rozwiązania nie są żadnym obejściem problemu. to twoja koncepcja niejawnego przekazywania zmiennego parametru jest niezgodna ze standardami programowania i niepotrzebnie zaciemnia kod. a dlaczego? bo patrząc zarówno na miejsce wywołania jak i na definicję metody Pisz nie możemy wywnioskować rezultatów jej działania

Dziękuję za odpowiedź. Wiele mi wyjaśniła.



Przemyślałem sprawę. Nie za bardzo połapałem twoje tłumaczenie (akurat w tym prostym przykładzie wszystko da się łatwo wywnioskować), ale postawiłem się w roli oskarżyciela i znalazłem ogólniejszy argument: Te moje podejście to de facto wrzucanie do nagłowka funkkcji cześci jej implementacji. I jak się spojrzy pod tym katem to faktycznie zaciemna...Niczym goto, którego szkodliwość w trywalnych przykładach trudno uzasadnić.



To z nullem w zasadzie nie odbiega od tego co podalem. Taki sztuczny parametr domyślny, który służy jedynie do zasygnalizowania, ze nie podano argumentu. Null jest zwykle naturalniejszy, ale gdybyśmy go faktycznie chcieli przekazać funkcji, to na sztuczny paramter domyślny trzeba wybrać co innego.

To drugie, to rezygnowanie z prostoty wywołań. W mojej aplikacji są całe ciągi wywołań metod, gdzie jedzie się na domyślnym ustawieniu. Nie cchcę zaciemniać kodu.

Jescze raz dziękuje

Ale dałem d.. z tym thisem w w wywołaniu. Człowiek uczy sie całe życie.