Zmienna działająca nie tylko w funkcji

[Rodkan]

Więc mam sobie klasę, niech będzie klasa testy, w owej klasie w funkcji __construct znajduje się zmienna załóżmy $x i jest ona tablicą. Chciałbym aby można było jej używać nie tylko w owej funkcji. Przykładowy kod:

class testy {
  public function __construct(){
    $x = array(1, 2, 3);
  }
} 

[MythThrazz]

W tym wypadku najlepiej aby ta zmienna to była zmienna należąca do klasy lub do obiektu.

Jeśli chciałbyś, aby ta zmienna była wspólna dla wszystkich obiektów klasy to można zadeklarować ją jako statyczną:

class testy { 

  public static $y;

  public function __construct(){ 
    $x = array(1, 2, 3);
    self::$y = $x; 
  } 
}

$z = testy::$y; // $z = array(1, 2, 3) 

Jeśli zaś chciałbyś aby zmienna ta była inna dla każdej instancji klasy testy, wtedy można ją zadeklarować jako zwykły atrybut obiektu klasy testy:

class testy { 

  public $y;

  public function __construct(){ 
    $x = array(1, 2, 3);
    $this->y = $x; 
  } 
}

$test1 = new testy();
print_r($test1->y); //powinno wypisać array(1,2,3);

$test2 = new testy();
$test2->y[] = 4;

print_r($test2->y); //powinno wypisać array(1,2,3,4);

$test3 = new testy();
print_r($test3->y); //powinno wypisać array(1,2,3); 

Jeśli coś jest niezrozumiałe, albo walnąłem gdzieś głupi błąd daj znać.

[McFly]

dlaczego statyczna ?

class testy {
  public $x;
  public function __construct(){
    $this -> x = array(1, 2, 3);
  }
  public function Foo(){
    return $this -> x;
  }
} 

[MythThrazz]

A po co metoda do zwracania publicznego atrybutu?

ps. Przecież opisałem dlaczego statyczna i dlaczego niestatyczna.

[Rodkan]

Działa, sam się dziwie czemu na to nie wpadłem o.o

[McFly]

A po co metoda do zwracania publicznego atrybutu?

ps. Przecież opisałem dlaczego statyczna i dlaczego niestatyczna.

metoda jako przykładowa, myślałem że nazwanie "Foo" rozwiąże to... :/
a cd. twojego tłumaczenia, rodkanowi chodziło o podstawowe użycie więc...
KISS

[MythThrazz]

Twój kod:

class testy {
  public $x;
  public function __construct(){
    $this -> x = array(1, 2, 3);
  }
  public function Foo(){
    return $this -> x;
  }
} 

Mój kod:

class testy {
  public $x;
  public function __construct(){
    $this -> x = array(1, 2, 3);
  }
} 

Ty serio uważasz, że to JA komplikuję?
Wyjaśnij mi w jakim celu tworzyć metodę, która zwraca wartość publicznej zmiennej?

@All: Który sposób wypisywania wartości zmiennej $x wydaje wam się prostszy:
1)

$test = new Test(); $bar = $test->Foo(); 

<- McFly'a
2)

$test = new Test(); $baz = $test->x; 

<- Mój

ps. Gdybyś zaproponował w swoim przykładzie atrybut prywatny (private $x) to coś by to przynajmniej wniosło.

[Aravorn]

@McFly - jeżeli ktoś podaje przykłady, to musi przemyśleć co pisze, żeby nie robić żadnych błędów W tym przypadku getter za takowy można uznać, a nawet należy;p Owszem w niektórych sytuacjach tak się robi przy atrybutach publicznych, ale to są specyficzne przypadki, wykorzystanie niektórych wzorców itp., itd..
@MythThrazz - co do metod statycznych też bym uważał. Przy pisaniu czegoś poważniejszego optymalniejszym rozwiązaniem będzie napisanie klasy kontenera i stworzenie jego instancji, niż wywoływanie metod statycznych. Taki uniwersalny kontener już może, a nawet powinien mieć napisane własne settery i gettery, bo zapisy typu $containter['system']['ver'] są niewygodne, pogarszają orientację w kodzie, z resztą ich istnienie jest po części ideą kontenerów. Robimy sobie jakąś metodę / w konstruktorze przez referencję ładujemy go do obiektu i możemy robić, co nam się podoba (stawiam ten & z przyzwyczajenia, interesujący się choć trochę szerzej programowaniem będą wiedzieć o co chodzi, a jakiś czas temu bez referencji zrobiło się coś, co się nie powinno stać, w przypadku złożonych danych (po maturze potestuję ;p)).

Jeżeli się pojawi jakaś wiadomość do mnie, odpowiem, ale po czasie, nie miejcie tego za złe, ale ostatnio mam bardzo mało czasu na cokolwiek

[McFly]

wy chyba nie rozumiecie, nie podałem tej funkcji, iż miała by wyświetlając zmienną, tylko jak używać tej zmiennej w innych funkcjach... :/ inaczej nazwał bym ją getTest() ? trochę podstaw nazewnictwa chłopaki

[MythThrazz]

@McFly - jeżeli ktoś podaje przykłady, to musi przemyśleć co pisze, żeby nie robić żadnych błędów W tym przypadku getter za takowy można uznać, a nawet należy;p Owszem w niektórych sytuacjach tak się robi przy atrybutach publicznych, ale to są specyficzne przypadki, wykorzystanie niektórych wzorców itp., itd..
@MythThrazz - co do metod statycznych też bym uważał. Przy pisaniu czegoś poważniejszego optymalniejszym rozwiązaniem będzie napisanie klasy kontenera i stworzenie jego instancji, niż wywoływanie metod statycznych. Taki uniwersalny kontener już może, a nawet powinien mieć napisane własne settery i gettery, bo zapisy typu $containter['system']['ver'] są niewygodne, pogarszają orientację w kodzie, z resztą ich istnienie jest po części ideą kontenerów. Robimy sobie jakąś metodę / w konstruktorze przez referencję ładujemy go do obiektu i możemy robić, co nam się podoba (stawiam ten & z przyzwyczajenia, interesujący się choć trochę szerzej programowaniem będą wiedzieć o co chodzi, a jakiś czas temu bez referencji zrobiło się coś, co się nie powinno stać, w przypadku złożonych danych (po maturze potestuję ;p)).

Jeżeli się pojawi jakaś wiadomość do mnie, odpowiem, ale po czasie, nie miejcie tego za złe, ale ostatnio mam bardzo mało czasu na cokolwiek

Akurat przekazywanie takich uniwersalnych obiektów przez referencję to jedna z najobrzydliwszych rzeczy z jakimi się spotkałem. No ale to pewnie kwestia preferencji. Poza tym pod jakim względem to miałoby być optymalniejsze? Nie dość, że trzeba zająć miejsce na obiekt w pamięci, to w każdym obiekcie trzeba zająć miejsce na wskaźnik do tego obiektu, a ponadto trzeba pamiętać jaką nazwę nadaliśmy danemu kontenerowi w ramach tej klasy. A jeśli ktoś już naprawdę nie lubi metod statycznych to zawsze jest bardzo sympatyczny wzorzec Singleton...