[PHP] OOP - pytanie o konstruktor, __construct - możliwie najprostszy czy może być rozbudowany? Opcje

[kreatiff]

Witam. Zaczynam raczkować w OOP, i natrafiłem na taką wątpliwość.
Czy mógłbym prosić o prostą wykładnię, które podejście jest bardziej "prawidłowe" dla poniższego przykładu (o ile którekolwiek jest prawidłowe (IMG:style_emoticons/default/wink.gif) )?
Chodzi mi o to, czy dla zasady konstruktor powinien być możliwie jak najmniej skomplikowany i dalsze zadania na atrybutach powinno się wykonywać w osobnych metodach, czy nic nie stoi na przeszkodzie, by już w konstruktorze wykonywać działania?

Co lepsze? Ta klasa:

[PHP] pobierz, plaintext 
class A {
	private	$zmienna = '';
	private $info = '';
 
	public function __construct($zmienna) {
		$this->zmienna = $zmienna;
		$this->info = $info;
		if ( $this->zmienna == 'test' ) $this->info = 'ok';
		else $this->info = 'coś nie gra';
	}
 
	public function wyswietl() {
		return $this->info;
	}
}
[PHP] pobierz, plaintext 

czy może ta klasa:

[PHP] pobierz, plaintext 
class A {
	private	$zmienna = '';
	private $info = '';
 
	public function __construct($zmienna) {
		$this->zmienna = $zmienna;
		$this->info = $info;
	}
 
	private function sprawdz() {
		if ( $this->zmienna == 'test' ) return 'ok';
		else return 'coś nie gra';
	}
 
	public function wyswietl() {
		return $this->sprawdz();
	}
}
[PHP] pobierz, plaintext 

Proszę nie zwracać uwagi na bezsensowny przykład, możliwy do rozwiązania w 1 linijce w sposób proceduralny. No chyba, że za pomocą klasy ten problem powinien być rozwiązany w kompletnie inny sposób. Wynik końcowy ma za zadanie zwrócić 'ok', albo 'coś nie gra', w zależności od parametru początkowego przy tworzeniu obiektu klasy A.

[PHP] pobierz, plaintext 
$a = new A('test');
echo 'Info: '. $a->wyswietl(); // wyświetli 'ok' 
[PHP] pobierz, plaintext 

[skleps]

Chodzi mi o to, czy dla zasady konstruktor powinien być możliwie jak najmniej skomplikowany i dalsze zadania na atrybutach powinno się wykonywać w osobnych metodach, czy nic nie stoi na przeszkodzie, by już w konstruktorze wykonywać działania?

Tak, ale bez fanatyzmu - a ilu programistów tyle podejść.
Raczej lepszy jest przykład drugi - bo przecież i tak musisz mieć metody, żeby odczytać/zapisać informacje w polach obiektu, więc lepiej się do nich odwołać (do tych metod) niż drugi raz pisać w konstruktorze to samo.
Z kolei konstruktor to świetne miejsce, żeby ustalić wartość stałych obiektu, bo nie będzie i tak metod do ich zapisu, a jedynie do odczytania (w końcu po co tworzyć metodę, która będzie wywołana jeden raz z konstruktora).