[FloB]

Hi,

ich sehe immer öfters (z.B. in Frameworks) Aufrufe wie:

PHP-Code:

$class = new Class;
$class->do()->some($foo)->thing($bar, array(0,1)); 


Ich kann mir aber keinen Reim darauf machen. Werden da die Aufrufe aufgeteilt und jeweils Instanzen zurückgegeben, die dann den weiteren Teil der Kette ausführen? Also wäre der Code ja äquivalent zu:

PHP-Code:

$class = new Class;
$a = $class->do();
$b = $a->some($foo);
$b->thing($bar, array(0,1)) 


Ich habe keine Ahnung was das ist und wie das funktioniert!

[Corvin]

Hi!

Funktionieren tut das so:

PHP-Code:

<?php
class SomeClass
{
    public function d0() {
        return new SomeClass2;
    }
}

class SomeClass2
{
    public function some($foo) {
        echo $foo;
        return new SomeClass3;
    }
}

class SomeClass3
{
    public function thing($bar) {
        echo $bar;
        return true;

    }
}

$foo = "foo";
$bar = "bar";
$class = new SomeClass;
$class->d0()->some($foo)->thing($bar);  
?>

Das hat den Vorteil, dass man, der Übersicht halber, größere Aufgaben auf mehere verschiedene Klassen auslagern und das dann alles über eine Klasse steuern kann.
Schau dir einfach mal den Code der Frameworks genauer an und versuch zu verstehen, was genau da gemacht wird.

[FloB]

Ah, wars also doch das, was ich dachte..

In den Frameworks habe ich versucht es nachzuschauen, aber bei dem einen Aufruf, bei dem ich es gemacht habe, habe ich noch nich mal die erste Methode gefunden . Das ist ja immer ein unübersichtlicher Stammbaum ..

Aber es gibt doch noch die Möglichkeit, die ganze Kette per __call() auszulesen und dann damit weiterzuarbeiten, oder?

[Bleistift]

Nein. Aber du kannst $this zurückgeben und dann Stück für Stück auswerten.

[Ben]

@Corvin:
Wieso sollten da unterschiedliche Klassen zurückgegeben werden?

Wie Bleistift sagt macht das eher Sinn, wenn da das aktuelle Objekt, quasi $this zurückgegeben wird, damit man mit der bearbeiteten Instanz weiterarbeiten kann.

Ich bin da allerdings nicht so der Freund von, da ich lieber klare Strukturen habe.
Mir widerstrebt es irgendwie, wenn eine set-Methode etwas zurückgibt, wenn es auch nur die veränderte Instanz der Klasse ist!

Fachbegriff ist "fluent interface".
Hier steht z.B.

This is much more readable [..]

Ich halte das aber für eine Geschmackssache.

[robo47]

Muss es immer $this sein ?

Ich nutze das in dieser Form aktuell:

$results = $this->tableNameModel->find($id)->toArray();

Basis ist das Zend-Framkework, genauer ein Model auf Basis von Zend_Db_Table, das find() liefert dann ein Objekt vom Typ: Zend_Db_Table_Rowset zurück und das wird direkt über toArray() direkt als Array zurückgegeben.

Ich finde das so okay und übersichtlich, hab auf anhieb grad kein längeres Beispiel gefunden.

mfg
robo47

[Ben]

Hi,

Zitat von robo47

Muss es immer $this sein ?

nein. Natürlich kann es auch eine Instanz einer anderen Klasse sein. Also quasi das, was Corvin oben schon geschrieben hatte.

Dein Beispiel ist da eigentlich prädestiniert für.

Zitat von robo47

Model auf Basis von Zend_Db_Table, das find() liefert dann ein Objekt vom Typ: Zend_Db_Table_Rowset zurück und das wird direkt über toArray() direkt als Array zurückgegeben.

Gut, ist halt wirklich Geschmackssache.
Ich bin nicht so der Propel-Fan und auch kein Fan dieser DB-Abstraktionssachen.

Dein Beispiel zielt ja genau auf so etwas hinaus.

Um aber beim Thema zu bleiben.
Ich bin eher dafür, dass man im Quelltext klar und deutlich sieht, was gemacht wird und das ist für mich eben in der expliziten Form à la

PHP-Code:

$obj->doX();
$obj->setValue($var);
$obj->setProperty(true);
$result = $obj->getResult(); 


einfacher.

Vielleicht fehlen mir auch einfach Anwendungsbeispiele, wo es mir wirklich Vorteile bringt. Who knows?

Die Beispiele im Zend Framework setze ich allesamt in der expliziten Form um ..
Nunja, egal.

[dr.e.]

Zitat von Ben

Vielleicht fehlen mir auch einfach Anwendungsbeispiele, wo es mir wirklich Vorteile bringt. Who knows?

Ich stimme hier zu. Verschachtelte Aufrufe sind intransparent und bringen meiner Ansicht nach auch keinen wirklichen Vorteil. Performance-Technisch müssen die Return-Werte ohnehin im Speicher gehalten und von der CPU verarbeitet werden...