[PHP]OOP Ucze się... konstruktor Opcje

[cykcykacz]

Witam,
nie umiem ogarnąć konstruktora kiedy go używamy i po co?
Może ktoś mi wytłumaczy?
W poniższym przykładzie mamy klasę dog w której mamy publiczny dostęp do atrybutu $name oraz konstruktora.
Z tego co rozumiem konstruktor jest to metoda która w chwili powstania obiektu nadaje mu jakiś właściwości?
Ale po co i kiedy tego mam używać?
klasa

Kod

<?php
class Dog{
    public $name;//atrybut przechowujący imię psa

    /*konstruktor*/
    public function __construct($name){
        $this->name = $name;
    }
    public function roar(){
        echo 'chał chał';
    }
    //ciach
}
?>

obiekt

Kod

<?php
require('class.dog.php');
$reksio = new Dog('Reksio');
echo $reksio->name; //atrybut "name" publiczny, więc wyświetlone zostanie 'Reksio'
$reksio->roar(); //metoda roar() publiczna, więc wyświetlone zostanie 'chał chał'
?>

[Crozin]

@thek: Uczepiłeś się jednego konkretnego przypadku użycia... (IMG:style_emoticons/default/wink.gif) Dla przypomnienia podstawa naszej dyskusji:

[JAVA] pobierz, plaintext 
// Pozwoliłem sobie na Java'owy przykład by pokazać coś realnego (PHP uniemożliwia podanie jako wartość przykładowo obiektów). 
// Nie mniej jednak w PHP sprawa ma się tak samo.
 
public class SomeClass {
	private List<AnotherClass> list = new LinkedList<AnotherClass>();
	private boolean enabled = true;
 
	public SomeClass() {
		// Jakiś kod
	}
 
	// Jakiś kod
}
 
// VS
 
public class SomeClass {
	private List<AnotherClass> list;
	private boolean enabled;
 
	public SomeClass() {
		list = new LinkedList<AnotherClass>();
		enabled = true;
 
		// Jakiś kod
	}
 
	// Jakiś kod
}
[JAVA] pobierz, plaintext 

Żeby ukrucić bezsensowną dyskusję o argumentach konstuktora i domniemanym dodadkowym kodzie (notabene w praktyce by go nie było) obie właściwości służą wyłącznie jakiemuś bliżej nieokreślonemu użytkowi obiektu.

Uznałeś, że pierwszy przykład - faworyzowany przeze mnie - narusza jakieś paradygmaty obiektówi, że jest nienaturalny. Nie będę bronić pierwszego przykładu, ani atakować drugiego. Chciałbym tylko dowiedzieć się co konkretnie może wynikać z różnic w tych zapisach. Jakie paradygmaty mogą tutaj, w tym konkretnym przypadku (jeżeli będziesz omawiać inny proszę dołącz kod).

Bo póki co to mamy ładnych kilka ścian tekstu, w których co prawda jest nieco racji, ale opeirają się one na innych przypadkach użycia, co sprawia że są za przeproszeniem gówno warte. (IMG:style_emoticons/default/wink.gif)

-----------------------------------------

@darko: Obiekt odpowiedzialny za komunikację baza danych <-> PHP w żadnym wypadku nie powinien być singletonem, bo raz że wcale nie musi być jednego połączenia, dwa że tworzy to niebezpieczeństwo w postaci gobalnego obiektu - a przestrzeń globalna to przestrzeń zła. W ogóle to w aplikacjach WWW działających tak jak działa PHP nie ma zbyt wiele miejsca dla singletona.