Petit problème de conception

Salut à tous,

Je cherche actuellement à réaliser un serveur. Ce serveur reçoit des messages via des clients et doit les enregistrer dans une base de donnée. Les messages sont de deux 3 types (appellons les A, B et C).

L'envie me prend donc de créer un classe abstraite "Message" de base procurant une méthode "recordOnDB()" et trois classes (MessageA, MessageB, MessageC) héritant de la classe abstraite message. Chaque message peut donc s'enregistrer dans la base de donnée.
Seulement j'ai l'impression que cette approche est mauvaise pour 2 raisons :

1) Dans une classe Message il est necessaire de gérer l'enregistrement dans une base de donnée, ce qui pour moi n'a rien à faire dans une classe message... pourtant d'un point de vue pratique, le meilleure endroit pour trouver les données à enregistrer se trouvent bien dans les classes filles...

2) Si je veux créer un message qui n'a pas besoin de s'enregistrer dans une base de donnée je suis tout de même obligé de définir la méthode "recordOnDB"

Comment modéliseriez vous la chose ???

Pourquoi ne pas garder le principe d'une classe mère de message, qui gère à peu près tout ce qu'un message doit gérer, conserver les classes fille uniquement si elles sont réellement utiles, et ajouter un MessageRecorder, disposant d'une méthdoe Record(Message). Charge à ce Recorder de
1/ enregistrer en base
2/ simplement Tracer
3/ ne rien faire du tout

Dans un second temps, tu peux te renseigner sur le pattern chaine de responsabilité, qui permettra à ton recorder d'adapter son comprtement en fonction du type de message.

Je suis à ta dispo pour plus d'infos. Bon courage!

C'est comme avec les objets métier et la couche DAO (data access object)
D'un côté tu modélises tes messages indépendamment de la base de données.
De l'autre, tu as un MessageDAO qui sait enregistrer les messages.