ChrisB

__________________
RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

Mister Ad

nikosch

Ich rede nicht von der Datenbankverbindung, sondern Aussagen wie diesen:

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Yanko

Wenn du new Friend(243) schreibst, soll das Objekt die Daten des Freundes mit der ID 243 aus der DB holen. Wenn du new Friend() schreibst, werden keine Daten aus der DB geholt, sondern nur das Objekt initialisiert, das dann mit deinen Daten aus dem Formular gefüllt werden kann.

Wenn du also einen Freund anzeigen willst, holst du seine Daten mit new Friend($request->id) aus der Datenbank und gibst sie dann so aus:

Wenn du einen Freund erstellen willst, dann machste das so

Ich hoffe du verstehst jetzt was ich damit meine

nikosch

Nennt sich auch Proxypattern. *) Damit könnte man bspw. aussagen: User xy hat soundso viele Freunde. Ist aber nicht wahnsinnig sinnvoll, wenn man ohnehin schon die Datenbank anschmeißt.

*) Nicht ganz exakt. Im Proxy-Pattern gäbe es noch ein umschließendes Platzhalterobjekt, das ggf. ein echtes Userobjekt nachlädt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

mermshaus

Ich würde gern noch mal eine Erklärung hören, wieso die Klasse „Freund“ heißt und nicht „User“ und was im Zweifel eine „Freund“-Instanz von einer „User“-Instanz unterscheidet.

__________________
Blog | Buch | Kaloa

laszlokorte

Wenn man wirklich seine Freund-Klasse und eine User-Klasse haben will, dann wäre es am Sinnvollsten, dass der Freund ein Proxy oder eine Delegator ist, der noch ein User-Objekt beinhaltet und alles was mit dem User zu tun hat weiterleitet und dann noch zusätzliche Informationen wie "befreundet seit" oder "freundschaft bestätigt" anbietet.

Da ja schon klar zu sein scheint, dass es auch um die Speicherung in eine relationale DB geht, sollte man meiner Meinung nach an einen ORM-ähnlichen Ansatz denken, auch wenn du vielleicht für den Lernfaktor nicht direkt ein fertiges ORM einfach nur konfigurieren willst.

Dann hättest du nämlich so etwas:

class User
public function __construct($name)
public function getFriends()
public function addFriend($user)
public function isFriendOf($user)

class Friendship
static public function getFriendsOf($user1)
public function __construct($user1, $user2)
public function isConfirmed()
public function confirm()
public function getUser1()
public function getUser2()


in der Datenbank dann eine Tabelle:

users
id | name | email ....

friendships
id | user1_id | user2_id | confirmed

und eine solche Beziehung:

User <1-*> Frienship <1-*> User

cocktailbar90

okey das ist mir jetzt schon klarer geworden ... das mit dem "default-Wert" im Konstruktor hab ich jetzt auch begriffen.

Danke