Design Pattern d'historisation (trace/log)?

Bonjour à tous,

Je dois créer un design prenant en compte une notion forte d'historisation. Je m'explique :
Pour un sous ensemble de mon modèle métier (environ une dizaine de classe), contenant des classes héritées, des aggrégations, ... Je dois pouvoir lors de tout changement garder une trace de l'état de ce sous système à un instant x.
Le besoin est d'avoir une traçabilité complète de l'évolution de ces classes.

Est-ce que cela vous ferez penser à un design pattern?

Le problème est à la fois lié à la compléxité de restituer l'ingralité des modifications mais également à la taille des enregistrements que cela risque de provoquer.

Merci pour tout idée,

Citation:

---

Envoyé par MLK jr

Le problème est à la fois lié à la compléxité de restituer l'ingralité des modifications mais également à la taille des enregistrements que cela risque de provoquer.

---

Pour éviter ce problème de taille, on ne conserve pas un "snapshot" du système complet, mais un historique des modifications sous forme de log.

Le Pattern "Command" est un bon départ pour de tels systèmes, et de manière plus spécifique, fait une recherche d'implémentations de mécanismes d'UNDO/REDO, de nombreux exemples sont facilement trouvables en Java ou en C#.

Bien que je ne voie pas comment se passer du pattern "command" pour implémenter cela, ce comportement relève plutôt du pattern "memento".
Après la question est persistance ou pas?
- W

Citation:

---

Envoyé par wiztricks

Bien que je ne voie pas comment se passer du pattern "command" pour implémenter cela, ce comportement relève plutôt du pattern "memento".

---

En fait, non.

Le pattern Memento pourrait paraître un meilleur candidat, mais en pratique la pattern Command est beaucoup mieux adapté à ce cas de gestion d'historique.

En admettant que tu étendes le pattern memento pour gérer un historique d'états, tu restes quand même dans un mode "snapshot"...A chaque modification tu dois générer des sauvegardes des objets complets ! Par ailleurs, en utilisant memento il va être très difficile de savoir dans quel ordre il faut réinjecter les mementos pour retrouver l'état du système à un instant T.

Avec le pattern Command, tout ce dont tu as besoin est un snapshop de l'état d'origine du système. Ensuite tu peux facilement défaire/refaire n'importe quelle opération et retrouver l'état exact à un moment exact.

A priori, la pertinence de l'utilisation du DP memento (en combinaison avec Command) peut s'avérer utile.

Tout dépend de l'atomicité des changements qui peuvent survenir.

Je m'explique :

Si tu a un objet persistant qui contient n membres, et qu'au cours d'une même operation (transaction), entre 1 et n membres peuvent avoir changé, alors il est peut-etre utile d'injecter du "memento".

Je ne sais pas si je me fait bien comprendre.