Witam.

Mam takie czysto teoretyczne pytanko. Mam poniższy kod:

[PHP] pobierz, plaintext 
    class klasa {
            private $zmienna;
            function  __construct($wartosc) {
                $this->zmienna=$wartosc;
            }
    }
 
 
    class dzieckoKlasa extends klasa {
            function  __construct($wartosc) {
                parent::__construct($wartosc);
            }
            public function zmien($wartosc){
                $this->zmienna=$wartosc;
            }
    }
 
 
        $cos=new dzieckoKlasa(4);
        var_dump($cos);
        $cos->zmien(5);
        var_dump($cos);
[PHP] pobierz, plaintext 

jako wynik otrzymuje :

object(dzieckoKlasa)[1]
private 'zmienna' (klasa) => int 4

object(dzieckoKlasa)[1]
private 'zmienna' (klasa) => int 4
public 'zmienna' => int 5

i teraz tak się zastanawiam, dlaczego dzieje się jak się dzieje. Teoretycznie, $zmienna jest private, więc dzieciak nie powinien tego widzieć. W publicznym konstruktorze rodzica sobie przypisał do tej zmiennej jakąś wartość (którą widać jako pole obiektu w var_dumpie), to dlaczego w chwili w której próbuję tą wartość zmienić, tworzy mi nową zmienną, o typie public? Czy jedyna możliwość zmiany takiej zmiennej to odwołanie się do jakiejś publicznej funkcji rodzica? Mam nadzieję, że rozumiecie o co mi chodzi.

I jeszcze pytanko o var_dumpa

object(dzieckoKlasa)[1]
private 'zmienna' (klasa) => int 4

co oznacza (klasa) w nawiasie ? W tym momencie (przed wywołaniem funkcji zmien()), obiekt $cos posiada pole $zmienna czy, go nie posiada? O to w zasadzie mi chodzi w całym tym pytaniu.
Dzięki z góry za zaspokojenie mojej ciekawości ;]
pozdrawiam.

Winowajcą jest magiczna metoda __set(), której domyślne działanie sprawia, że do obiektu dynamicznie jest dodawane pole.

A teraz odpowiedzi na Twoje pytania:
Obiekt klasy dzieckoKlasa nie posiada pola zmienna i nie widzi pola zmienna z klasy bazowej.
Do obiektu klasy dzieckoKlasa pole zmienna jest dodane dynamicznie (w trakcie wykonywania skryptu) za sprawą właśnie __set().
W skrócie: obiekt klasy dzieckoKlasa nie posiada pola zmienna ale później już posiada

Dzięki za odpowiedź.
Wiem, ze __set() działa tak w sytuacji w której zmienna nie istnieje. Dziwiło mnie co innego.
Mianowicie var_dump po stworzeniu dziecka wyrzuca coś takiego

object(dzieckoKlasa)[1]
private 'zmienna' (klasa) => int 4

gdyby $zmienna nie należała do tego obiektu klasy dzieckoKlasa, nie zostałaby wyrzucona na ekran. Obok jest nawias, który nie wiem co oznacza: "(klasa)".
Obiektu rodzica nie ma żadnego, więc wartość zmiennej (czyli 4), musi być w zapisana w obiekcie dziecko. Ale jak próbuje się do niego odwołać, wtedy jest tworzona nowa zmienna o tej samej nazwie (czyli to o czym Ty pisałeś). Mam nadzieję, że jasno się wyrażam, bo już mam do tego też wątpliwości.

W skrócie: gdzie w momencie działania var_dump jest przechowywana $zmienna?

A widzisz, żeby ona została tutaj zdefiniowana? Bo ja nie.

Źle się wyraziłem. PHP domyślnie na obiektach dodaje pole jeśli go nie ma.
Co zresztą oznaczałoby że __set() domyślnie tak działa.

P.S.
A jak nie ma konstruktora to nie ma również domyślnego? Przecież go nie widać
Choć nie wykluczam, że możesz mieć rację. Już kilka lat w PHP nie pisałem.

~eseno PHP po prostu w ten sposób chce Ci pokazać, z czego składa się obiekt dzieckoKlasa.
Wyróżnia w ten sposób co jest public, protected i co jest w niedostępnym obszarze private. Bo przecież jeśli utworzyłeś obiekt klasy pochodnej to i wszystko to z czego składa się klasa bazowa również zostało utworzone.
Nie zmienia to faktu, że nie masz tam dostępu.

Dzięki, to rozwiewa (póki co moje wątpliwości. Pzdr.

Tak jak wyżej - prywatna zmienna z parenta nie jest widoczna w klasie potomnej, ale przez operator przypisania jest tworzony duplikat o tej samej nazwie. Zmienna ta ma tą samą nazwę, ale nie jest to ta sama zmienna. Gdybyś chciał wywołać prywatną metodę, to dostałbyś błąd, ale dla zmiennych to nie obowiązuje.