Archief - OO design

Stel: ontwerp van een kalender applicatie (semi-PHP code vermits ik daar nu het meest mee bezig ben):
Een gegeven kalenderdag kan dus meerdere afspraken en reminders bevatten.
Nu is mijn vraag: hoe leg je de OO-link tussen kalenderdag en afspraak (vb om verschillende afspraken van een gegeven dag in te laden in de afspraken-arrayu van een kalenderdag object)?
Mijn idee: een extra 'afspraakhandler' object maken, dat van kalenderdag een bepaalde datum binnenkrijgt en vervolgens (in de DB bvb) afspraken van die dag verzamelt en teruggeeft in een Array.

Of zit ik er helemaal naast?
Thanks!

Een dag is geen object op zich, maar wel een property van je object(en), zoals je het trouwens in je afspraak object zelf al gebruikt. Je model zit dus eigenlijk al verkeerd in elkaar imho.

Het object zal eerder een object Agenda zijn, dat een collectie afspraken en reminders bevat, en binnen dat Agenda object kan je dan vb een dag-, (werk)week- en maandview definiëren, eventueel ook recurrente items etc.

You're right


Enfin, het originele probleem was eigenlijk het volgende: php-forum:
* forum-object
* thread-object
* post-object
* user-object

Een forum bestaat uit vele threads en een thread uit vele posts. Je zou een forum-object een simpele functie getThreads() kunnen geven, die uit de DB threads inlaad in een thread-Array (array van thread-objecten).
Maar hier wringt het schoentje dan: is het ok om in uw forum-object reeds thread objecten te gebruiken/aan te spreken. Het lijkt wat op vervaging van abstracties. Zeker als je ook paginering gaat inwerken (x-aantal threads inladen ipv allemaal).

Een forum-object zou in principe enkel de titels (en info) moeten opvragen van de threads. Je zou dus met een klasse thread kunnen werken die bij constructie de titel ophaalt en met een afgeleide klasse threadWithPosts die post-objecten ophaalt bij constructie van een thread wanneer deze wordt bekeken.