OOP - Rekursive Verknüpfungen

xm22 · 04.05.2011, 09:17

So, ich hoffe mal, dass das hier rein passt - Ich habe konkret zu meiner Frage noch nichts im Forum gefunden:

Beruflich arbeite ich mit Magento und hier wird folgendes ziemlich viel praktiziert: Und zwar werden Objekte rekursiv mit einander verknüpft. Das sieht dann - stark vereinfacht - so aus:

PHP-Code:

  class KlasseA {

    public $obj = null;

}

class KlasseA {

    public $obj = null;

}

$objA = new KlasseA();

$objB = new KlasseB();

 
$objA->obj = $objB;

$objB->obj = $objA;

 
//Bsp.

$objA->obj->obj->obj

Das ist in manchen Fällen ganz praktisch, allerdings habe ich das bisher immer zu vermeiden versucht, allerdings ohne, dass ich jetzt einen Grund dafür nennen könnte. Wie steht ihr dazu?

chorn · 04.05.2011, 09:42

Die Sprache kann's - wenn du es brauchst, setz es ein.

erc · 04.05.2011, 09:48

Wenn es nötig ist wieso nicht? Das Ziel bei so einem Konstrukt ist ja nicht die Rekrusion sondern die Komuikation der Objekte untereinander.

xm22 · 04.05.2011, 10:28

Ja, dazu tendiere ich auch. Ich weiß, ehrlich gesagt, auch nicht, warum ich da bisher so eine Abneigung hatte. Vermutlich weil ich in meiner Anfangszeit Probleme hatte, wenn ich bei solchen Konstrukten var_dump oder print_r benutzt habe...

eagle275 · 04.05.2011, 10:28

im Grunde hast du so eine einfach verkettete Liste der Objekte .. spart jedenfalls Speicher gegenüber einer Datenstruktur, die deine Objekte irgendwie in Listenform enthält (um nicht Array zu schreiben)

bad manner · 04.05.2011, 10:39

Zitat:

Zitat von xm22

Ja, dazu tendiere ich auch. Ich weiß, ehrlich gesagt, auch nicht, warum ich da bisher so eine Abneigung hatte. Vermutlich weil ich in meiner Anfangszeit Probleme hatte, wenn ich bei solchen Konstrukten var_dump oder print_r benutzt habe...

Ging mir genauso, ich hatte teil schon ein Interface eingebunden, dass bei meiner eigenen ~var_dump() Klasse dann diesen Rattenschwanz unterbunden hat.

Sehr mächtig finde ich die Funktion der Referenzierung, wenn du Bäume aus einer flachen Hierarchie (Datenbank) einliest. Schadet also nichts, wenn du es nicht übertreibst.

xm22 · 04.05.2011, 10:49

Nach diesen Antworten ist eine ziemlich Tendenz pro Verkettung zu sehen. Danke für eure Kommentare

lstegelitz · 04.05.2011, 10:51

Was du da gebaut hast, nennt man auch "Zirkelreferenz". Solche Konstruktionen können verhindern, das ein Objekt vom GC abgeräumt wird, weil es noch referenziert wird...

PHP-Code:

  $objA = new KlasseA();

$objB = new KlasseB();

 
$objA->obj = $objB;

$objB->obj = $objA;

 
unset($objA);

unset($objB);

 
// jetzt gibt es ein Memoryleak. $objA und $objB sind nicht mehr direkt verfügbar, 

// allerdings existieren beide Objekte noch, da sie sich gegenseitig referenzieren. 

// Man selber kommt nicht mehr an $objA und $objB heran, aber der GC kann den

// Speicher auch nicht freigeben, eben weil die Objekte noch referenziert werden.

In PHP ist das halb so wild, weil nach dem Requestloop eh alles abgeräumt wird, in Java z.B. kann man sich so aber Memory Leaks einbauen, wenn man nicht aufpasst. Es ist durchaus möglich, ein Objekt zu "verlieren".

xm22 · 04.05.2011, 10:53

Zitat:

"Zirkelreferenz"

Stimmt - Das passt auch eher zur Bedeutung..

nikosch · 04.05.2011, 14:44

Zitat:

spart jedenfalls Speicher gegenüber einer Datenstruktur, die deine Objekte irgendwie in Listenform enthält (um nicht Array zu schreiben)

Ist das so?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Website in OOP: Wie am besten vorgehen?	GreenDelta	PHP Einsteiger	13	29.01.2011 12:25
[Erledigt] OOP - Stil-Frage zur Objekterzeugung	Baltasar	PHP Tipps 2010	7	24.08.2010 17:39
OOP - Mysql Abfragen machen	chief-thomson	PHP Tipps 2010	10	10.06.2010 13:59
Einstieg in die OOP + Frage ob mein Gedankengang richtig ist	Rikaan	PHP Tipps 2010	5	19.04.2010 13:56
[Erledigt] Suche: OOP Code	Jens P.	Scriptbörse	9	24.03.2010 12:51
gleich oop lernen oder erst mal prozedural programmieren?	Voltage	PHP Tipps 2010	7	22.01.2010 16:46
Frage zu OOP Klassenplanung	Yanko	PHP Tipps 2010	3	21.01.2010 09:27
100% OOP wirklich sinnvoll ?	Pehapeh	PHP-Fortgeschrittene	31	04.12.2009 11:19
Was bringt OOP wenn Objekte nach jeder Seite sterben?	majorbenks	PHP Tipps 2009	9	18.11.2009 14:11
Eure Tipps/Hinweise/Empfehlungen zum Thema Modellierung und OOP	ChillSn	Off-Topic Diskussionen	1	30.09.2009 15:19
[Erledigt] OOP & PHP5 Buchempfehlung?	boernard	PHP Tipps 2009	2	26.02.2009 18:32
Wer hilft mir bei OOP?	echo	Beitragsarchiv	27	23.02.2009 16:12
OOP verstanden?	stayInside	PHP Tipps 2009	4	24.01.2009 02:57
MVC vs. herkömmliches OOP	stayInside	PHP Tipps 2008	5	26.11.2008 22:47

04.05.2011, 09:17
xm22 Erfahrener Benutzer Registriert seit: 30.07.2008 Beiträge: 1.169 PHP-Kenntnisse: Fortgeschritten	OOP - Rekursive Verknüpfungen So, ich hoffe mal, dass das hier rein passt - Ich habe konkret zu meiner Frage noch nichts im Forum gefunden: Beruflich arbeite ich mit Magento und hier wird folgendes ziemlich viel praktiziert: Und zwar werden Objekte rekursiv mit einander verknüpft. Das sieht dann - stark vereinfacht - so aus: PHP-Code: `class KlasseA { public $obj = null; } class KlasseA { public $obj = null; } $objA = new KlasseA(); $objB = new KlasseB(); $objA->obj = $objB; $objB->obj = $objA; //Bsp. $objA->obj->obj->obj` Das ist in manchen Fällen ganz praktisch, allerdings habe ich das bisher immer zu vermeiden versucht, allerdings ohne, dass ich jetzt einen Grund dafür nennen könnte. Wie steht ihr dazu?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

04.05.2011, 09:42
chorn Erfahrener Benutzer Registriert seit: 07.12.2009 Beiträge: 843 PHP-Kenntnisse: Fortgeschritten	Die Sprache kann's - wenn du es brauchst, setz es ein.

04.05.2011, 09:48
erc Erfahrener Benutzer Registriert seit: 02.01.2009 Beiträge: 730 PHP-Kenntnisse: Fortgeschritten	Wenn es nötig ist wieso nicht? Das Ziel bei so einem Konstrukt ist ja nicht die Rekrusion sondern die Komuikation der Objekte untereinander.

04.05.2011, 10:28
xm22 Erfahrener Benutzer Registriert seit: 30.07.2008 Beiträge: 1.169 PHP-Kenntnisse: Fortgeschritten	Ja, dazu tendiere ich auch. Ich weiß, ehrlich gesagt, auch nicht, warum ich da bisher so eine Abneigung hatte. Vermutlich weil ich in meiner Anfangszeit Probleme hatte, wenn ich bei solchen Konstrukten var_dump oder print_r benutzt habe...

04.05.2011, 10:28
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.563 PHP-Kenntnisse: Fortgeschritten	im Grunde hast du so eine einfach verkettete Liste der Objekte .. spart jedenfalls Speicher gegenüber einer Datenstruktur, die deine Objekte irgendwie in Listenform enthält (um nicht Array zu schreiben) __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

04.05.2011, 10:49
xm22 Erfahrener Benutzer Registriert seit: 30.07.2008 Beiträge: 1.169 PHP-Kenntnisse: Fortgeschritten	Nach diesen Antworten ist eine ziemlich Tendenz pro Verkettung zu sehen. Danke für eure Kommentare

04.05.2011, 10:51
lstegelitz Erfahrener Benutzer Registriert seit: 07.09.2009 Beiträge: 4.005 PHP-Kenntnisse: Fortgeschritten	Was du da gebaut hast, nennt man auch "Zirkelreferenz". Solche Konstruktionen können verhindern, das ein Objekt vom GC abgeräumt wird, weil es noch referenziert wird... PHP-Code: $objA = new KlasseA(); $objB = new KlasseB(); $objA->obj = $objB; $objB->obj = $objA; unset($objA); unset($objB); // jetzt gibt es ein Memoryleak. $objA und $objB sind nicht mehr direkt verfügbar, // allerdings existieren beide Objekte noch, da sie sich gegenseitig referenzieren. // Man selber kommt nicht mehr an $objA und $objB heran, aber der GC kann den // Speicher auch nicht freigeben, eben weil die Objekte noch referenziert werden. In PHP ist das halb so wild, weil nach dem Requestloop eh alles abgeräumt wird, in Java z.B. kann man sich so aber Memory Leaks einbauen, wenn man nicht aufpasst. Es ist durchaus möglich, ein Objekt zu "verlieren". __________________ Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.