Quel design Pattern

Version imprimable

Quel design Pattern

Bonjour,

Je souhaites utiliser un modèle de conception pour une partie de mon code mais je ne sais lequel choisir.

Par exemple, j'ai un beans Personne

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
 
public class Personne{
 
	private String id;// Identifiant
	private String name;// Nom
	private Adresse adresse;// Adresse
 
 
	/**
         * Constructeur par défaut
         */
	public Personne() {
	}
 
 
	/**
         * Constructeur permettant de créer une personne
         */
	public Personne(String Id, String name, Adresse adresse) {
		super();
		this.id = id;
		this.name = name;
		this.adresse = adresse;
	}
 
	/**
         * Renvoie le nom de la personne
         */
	public String getName() {
		return name;
	}
 
	/**
         * Modifie le nom de la personne
         */
	public void setName(String name) {
		this.name = name;
	}
 
 
	/**
         * Renvoie l'adresse de la personne
         */
	public Adresse getAdresse() {
		return adresse;
	}
 
	/**
         * Modifie l'adresse de la personne
         */
	public void setAdresse(Adresse adresse) {
		this.adresse = adresse;
	}
 
	/**
         * Renvoie l'identifiant de la personne
         */
	public String getId() {
		return id;
	}
 
 
	/**
         * Modifie l'identifiant de la personne
         */
	public void setId(String id) {
		this.id = id;
	}
}

J'aimerai pouvoir implementer SQLData sans toucher le bean Personne.
Afin d'éviter un couplage entre ma classe métier et la partie dao et avoir la possibilité de modifier le type de persistance plus tard...

Y a t'il un design pattern qui corresponde à mon besoin. Je suis un peu perdu avec ces modèles de conception et je souhaite faire quelque chose de propre

Merci pour votre aide :)

11/06/2010, 16h36
zuurstof

Je vois pas trop quel design pattern utiliser.
Je vais peut-être dire une bêtise :roll: étant donné que je viens de découvrir ce framework, mais utiliser Hibernate ne serait pas intéressant?
11/06/2010, 20h41
thebloodyman

A partir du moment ou ta couche dao utilise tes objets métier, il y a forcément un couplage (plus ou moins fort) de dao vers métier.

En effet, les changements des objets métier peuvent impacter la persistance.
Par contre, les changements coté persistance ne devrait pas impacté les objets métiers. Les objets métiers devraient pouvoir être réutilisables, que la couche persistance existe ou non.

Citation:

Afin d'éviter un couplage entre ma classe métier et la partie dao et avoir la possibilité de modifier le type de persistance plus tard...

Je ne sais pas ce que tu entends par type de persistance.
Tu parles du choix du SGBD?
De la techno de persistence (jdbc, hibernate, ibatis...) ?
11/06/2010, 21h09
pingoui

Citation:

Envoyé par thebloodyman

Je ne sais pas ce que tu entends par type de persistance.
Tu parles du choix du SGBD?
De la techno de persistence (jdbc, hibernate, ibatis...) ?

Je parle de technologie de persistance (jDBC, XML, fichier plats,.....)
11/06/2010, 21h42
thebloodyman

D'accord.
Et l'interface SQLData est censée fournir quels services ?
11/06/2010, 21h56
pingoui

L'interface permet de faire le lien entre mes objets et un UDT (SQL).

http://java.developpez.com/faq/jdbc/?page=types#udt

merci pour ton aide

orthographe

Pas de souci, j'aime pas le foot :aie:

Je comprends mieux ton besoin maintenant :P

Comme dit plus haut, les changements coté persistance ne devraient pas impacter les objets métier.
Et les objets métier devraient pouvoir être réutilisables, que la couche persistance existe ou non.

Tu as bien vu car si Personne implémente l'interface SqlData, la seconde règle ne tient plus et tu te retrouves avec un objet métier couplé à la techno de persistance utilisée.

Pour résoudre ceci, tu pourrais envelopper ton objet métier Personne dans un objet de persistance de type PersonneSqlData .
C'est PersonneSqlData qui implémentera SqlData et c'est PersonneSqlData et non l'objet métier que tu utiliseras dans tes services de persistance.
Ainsi ta classe Personne peut être utilisé indépendamment d'un contexte sql-jdbc.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 PersonneSqlData implements SqlData { private Personne personne; public PersonneSqlData (Personne personne){ this.personne=personne; } // implémentations des méthodes de l'interface SqlData qui utiliseront l'objet personne public String getSQLTypeName() { ... } ... }
Le pattern utilisé est adaptateur ou wrapper.

11/06/2010, 23h06
pingoui

:ccool:

A vrai dire, après lecture d'un gros livre sur les design Pattern, je cherchais quelque chose de plus compliqué alors que la réponse était simple et surtout très efficace

Avec ce Modèle, c'est nettement plus propre !!!!

Merci Beaucoup :P