Bonjour,
Je cherche le bon design pattern à appliquer pour une application que je dois créer.
Je souhaite faire une application qui prendre des objects d'un certain type et qui execute du code dessus. Jusque là rien d'extraordinaire....
Par contre toute la difficulté réside dans le fait que ces objets doivent être crées à partir de différentes sources de données. Je m'explique plus concrètement.
On va dire que le type d'objet cible est un contenu XML et que mes sources de données sont pas exemple un base de données MySQL, une feuille CSV.
Donc le mieux je pense est de créer deux sources de données : un CSVConverterToXML et un BDConverterToXML qui envoient des object XML à mon execution principale qui prend en entrée ces XML et executer le traitement qu'il faut dessus.
Les sources de données doivent pooler en permanence leur entrée pour voir s'il n'y a pas de nouvelles à traiter, c'est pas de nouveau fichier CSV dans le répertoire spécifié et pas de nouvelle lignes en base pour la base de données.
Quant à l'execution principale elle ne fait rien en attendant les nouveaux Xml en entrées.
Je ne sais pas si les différentes sources de données doivent être modélisées via une factory, une facade, un visiteur ou bien un décorateur et m'expliquer les raisons de votre choix.
Le second point important de mon application serait qu'elle puisse utiliser d'autre sources de données par exemple via un middleware type Tibco Rendez vous par exemple. Donc en fait il n'y aurait qu'à développer d'une dll/jar de la nouvelle source de données par exemple TibcoConverterToXML sans avoir à recompiler/modifier l'exe principal qui process les objets XML qui arrivent des différentes sources.
Merci
Partager