[PHP] Przypisanie bieżącej daty do składowej w klasie Opcje

[Vhaeraun]

Witam,
podczas pisania skryptu natknąłem się na niezrozumiały dla mnie błąd.
Otóż, jeśli stworzę sobie klasę w taki sposób:

[PHP] pobierz, plaintext 
class year
{
    private $year_now=date("Y");
 
    //tutaj jakieś funkcje
}
[PHP] pobierz, plaintext 

to dostaję błąd, jednak jeśli do $year_now przypiszę wartość w konstruktorze wszystko jest ok:

[PHP] pobierz, plaintext 
class year
{
    private $year_now;
 
    function __construct(){
        $this->year_now = date("Y");
    }
}
[PHP] pobierz, plaintext 

Ktoś potrafi wyjaśnić, dlaczego tak się dzieje i dlaczego nie mogę zainicjalizować zmiennej wartością zwracaną przez funkcję inaczej niż w konstruktorze ?

[Fifi209]

Nie widzę problemu robienia tego w konstruktorze, czemu tak jest? Taka budowa i tyle. np. w c# masz identycznie

[croc]

Bo tak działa Programowanie Obiektowe Przy inicjowaniu pól (zmiennych) klasy możesz posługiwać się wyłącznie wartościami stałymi. Ale coś mi śmierdzi ta Twoja klasa jeśli mam być szczery. Do czego ma służyć?

[Vhaeraun]

Przy inicjowaniu pól (zmiennych) klasy możesz posługiwać się wyłącznie wartościami stałymi.

No właśnie tego nie wiedziałem
A klasa będzie wykorzystywana w kalendarzu i w sumie to dopiero zaczątek jej jest.

[Crozin]

@croc: Nie, "programowanie obiektowe może tak działać. To po prostu zwykłe ograniczenie języka, które może kiedyś naprawią.

[croc]

To pole year_now trochę kłóci się wg mnie z logiką. Jeśli już, to widziałbym np. klasę Date, której konstruktor (jeśli takowy istnieje) domyślnie tworzy instancję daty bieżącej. I wtedy:

[PHP] pobierz, plaintext 
$now = new Date;
echo $now->getYear();
[PHP] pobierz, plaintext 

[Fifi209]

Ja bym zainteresował się ogólnie DateTime

[Vhaeraun]

W sumie rzeczywiście, trochę lipną nazwę zmiennej dobrałem w porównaniu z tym jak to ma w założeniu działać
Tak czy siak, dziękuję za odpowiedzi.