[OOP] Server en Client Class

Mij lijkt het niet echt een goeie aanpak. Wat verschilt de ServerMessage nu van de ClientMessage? In mijn ogen is een Message een Message. Of die wel of niet in de database staat zou niet uit mogen maken. De Message heeft hoe dan ook een user en een inhoud. En een uniek id, al is dat nog niet toegewezen aan de nog-niet-opgeslagen Message.

Zelf zou ik Message gewoon een algemene definitie laten zijn van een Message, welke verder op geen manier afhankelijk is van andere klassen. De Message staat op zichzelf en kan voor vanalles, waar toepasselijk, gebruikt worden.

Daarnaast maak je een MessageStore, een klasse die de instanties van alle Messages beheert en opslaat en uit de database trekt. Deze heeft bijvoorbeeld 2 methods, MessageStore::put(Message $message) en MessageStore::findMessageById(int $id), waarbij de eerste een message kan opslaan (INSERT of UPDATE afhankelijk van of $message al een id heeft) en de tweede instanties kan terughalen.

Op deze manier koppel je de klasse Message helemaal los van de manier van opslaan. Stel dat je een tweede opslagbron voor Messages wilt hebben, bijvoorbeeld een XML service, dan hoef je alleen maar een nieuwe MessageStore te maken. En het leuke is dat de Message-instanties die ze beiden gebruiken universeel zijn. Het is immers een en dezelfde klasse. Messages worden dus per definitie onderling uitwisselbaar. Als laatste hoef je alleen bij het aanmaken van de Store te bepalen welke opslagmethode er wordt gebruikt. De rest van je code is volledig onafhankelijk van hoe er met je Messages wordt omgesprongen achter de schermen ervan uitgaande dat de API van alle Stores gelijk is.

edit: Zie voor een voorbeeld m'n laatste post in dit topic

Leerzame post :) dankje wel, hier kan ik wat mee.