Discussion :

[Nicolas Milesi]

Bonjour,
j'ai un souci de modélisation ... je comprend "un peu" la différence entre le pattern factory qui utilise l'héritage pour instancier l'objet voulu et l'abstract factory qui délégue l'instanciation à un autre objet.
Ce lien le décrit bien : http://userpages.umbc.edu/~tarr/dp/l...actory-2pp.pdf

Cependant je reste bloqué quand au choix pour mon cas d'application

Je dois réaliser un objet de synchronisation de données, j'ai déjà une classe abstraite "SynchroData" dont les "tables" à synchroniser héritent. (p.e. Product extends SynchroData, Price extends SynchroData, etc ...)

Ensuite je voudrais proposer plusieurs méthodes de synchronisation de ces données par une "SynchroFactory" dont étendrais des classe tel que "SOAPSynchro", "SQLSynchro" ou "XML-RPCSynchro" etc ...).

Et c'est là que je coince, je ne vois vraiment pas comment "relier" ces classes pour en réaliser une fabrique. En gros j'aimerai que ce soit ma sous-classe Product qui instancie la bonne méthode de synchronisation.


J'espère ne pas être complètement à côté de la plaque !?

Nico

[roudoudouduo]

Que veux tu faire exactement ton résumé n'est pas très clair.

Mais d'après ce que tu m'a dis, voila comment je vois les choses :
- Tes objets product, price etc implémente une interface synchronizable (que tu crées bien sur) ;
- Tu as un object exterieur (abstrait ou concret) qui implemente une interface synchronizer pour lequel tu vas realiser plusieurs implementation (RCP, SQL).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
public interface Synchronizer{

  /**
     Ajoute un object à synchronizer
     @param synchronizable the synchronizable must be not null
     @throws SynchronizingException an error occured during the synchronization.
  */
  public void synchronize(Synchronizable synchronizable) throws SynchronizingException;
}

C'est tout ce que je peux te dire pour une première impression mais comme tu n'as pas clairement dis ce que tu voulais dire pas synchronisé je dois avoué que ma vision n'est pas très clair

[Nicolas Milesi]

Hello,
merci pour ta réponse.
ben c'est à peu près ça ... j'ai un schéma UML mais encore sans tous les liens:




Pour SynchroData je voyais plutôt une classe abstraite car j'ai quelques sous classe dont le traitement est identique mais c'est juste le nom de table (ou plus précisement le nom de la méthode d'appel pour un service SOAP) pour l'appel qui change. D'autres classes contiennent des paramètre spécifiques.

Les classes Product, Price etc formattent les données pour l'envoi (par exemple en créant un fichier XML) et traitent le résultats avant de le renvoyer à une base de donnée.

Ensuite selon le document ou tableau crée par ces classes (Product, Price, ...), j'aimerai que le bon connecteur soit instancié entre SOAP, SQL, XML-RPC, etc ...

J'espère que c'est plus compréhensible avec cette image

[Nicolas Milesi]

C'est pas une fabrique qu'il te faut -> recherche vers les pattern comportemental... (adaptateur)