Discussion :

[etiennegaloup]

Bonjour,

je développe une application qui gère des clients et fournisseurs. Ces entités sont sotckés dans une base de données.
Les propriétés sont relativement commune entre client et fournisseur. Je vais donc créer une classe abstraite entité qu'hériteront les classes clients et fournisseurs.
Pour la couche DAO, je vais utiliser une classe ClientMgtDAO qui va gérer les accès à la base de données. Cette classe implémentera une interface que voici:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
public interface IEntiteMgt {
 
//ajouter une entite
        void addEntite();
 
//Supprimer une entite
        void delEntite();
 
//Mettre à jour une Entite
        void updateEntite();
}

Et ensuite, une classe ClientMgtDAO

Code :

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

1
2
3
public class ClientMgtDAO implements IEntiteMgt {
[..]
}

et une classe FournisseurMgtDAO

Code :

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

1
2
3
4
 
public class FournisseurMgtDAO implements IEntiteMgt {
[..]
}

Ca ne me semble pas trop mal, et vous qu'en pensez-vous ?

Par contre, je devrais aussi effectuer des recherches de client et de fournisseur ?

Pensez-vous que je doive développer une classe de recherche ou tout simplement ajouter une méthode recherche dans l'interface ?
Evidemment, je devrais faire des recherches par id, par nom, par secteur d'activité.

Merci pour vos suggestions.
++

[outs]

Ca ne me semble pas trop mal, et vous qu'en pensez-vous ?

Difficile a dire tu n'a pas dit grand chose en faite. Tout ce que l'on sait c'est que tu a trois méthode sans argument ni valeur de retour.

Pensez-vous que je doive développer une classe de recherche ou tout simplement ajouter une méthode recherche dans l'interface ?

L'architecture logiciel objet avec les base de donnés surtout relationel est quelque chose de délicat. Il n'y a pas une seul facon de faire. Enfin je dirai quand même que ta classe doit représenter une abtraction qui ai un sens. Si c'est juste pour mettre 1 méthode de recherche dedans et faire de l'impératif caché dans de l'objet c'est pas la peine. Rajoute plutot des méthode dans l'interface.

[etiennegaloup]

Bonjour,

l'utilisateur pourra ajouter, supprimer des clients et modifier des informations clients. Il en sera de même pour les fournisseurs, d'où les méthodes de l'interface:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
public interface IEntiteMgt {
 
//ajouter une entite
        void addEntite(Entite entite);
 
//Supprimer une entite
        void delEntite(Entite entite);
 
//Mettre à jour une Entite
        void updateEntite(Entite entite);
}

Pour rappel, la classe Entite:

Code :

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

1
2
3
4
5
6
7
8
public abstract class Entite {
   int id;
   String nom;
   String adresse;
   String cp;
   String ville;
   String domaineActi;
}

la classe client:

Code :

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

1
2
3
public class client extends Entite{
 
}

la classe fournisseur:

Code :

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

1
2
3
public class fournisseur extends Entite{
 
}

La classe EntiteMgtDAO permettra de gérer les entités (clients et fournisseurs) dans la base de données

Code :

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

1
2
3
4
5
6
7
8
9
10
public abstract class EntiteMgtDAO implements IEntiteMgt {
//ajouter une entite
        void addEntite(Entite entite);
 
//Supprimer une entite
        void delEntite(Entite entite);
 
//Mettre à jour une Entite
        void updateEntite(Entite entite);
}

puis les classes ClientMgtDAO et FournisseurMgtDAO sont des sous-classes de EntiteMgtDAO:

Code :

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

1
2
3
4
5
public class ClientMgtDAO extends EntiteMgtDAO{
}
 
public class FournisseurMgtDAO extends EntiteMgtDAO{
}

Et enfin pour finir je pense faire une classe recherche comme ça:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
public class searchEntite{
 
       public Entite searchEntiteByID(int id){
       }
 
       public Entite[] searchEntiteByNom(String nom){
       }
 
       public Entite[] searchEntiteByDomaineActi(String domaineActi){
       }
}

Qu'en pensez-vous ?
Merci pour vos suggestions et remarques.
++

[SLM128]

Imaginons que ton App soit un serveur:
tu dois gérer plusieurs accès et màj
alors suggestion :: pense à la synchronisation .
Sinon ton apps est bi1 mais docummentes toi sur les Design Patterns, ça te donnera beaucoup d'idées.

[etiennegaloup]

pense à la synchronisation

Oui, je suis bien d'accord avec ça. J'ai commencé à lire quelques cours de Serge Tahé, qui sont très bien fait, et j'ai notamment rajouté synchronized. Parce que mon appli sera sur un serveur.

Sinon ton apps est bi1

Oui et ça grâce aux cours de Serge Tahé et aux conseils de ze_key notamment.

mais docummentes toi sur les Design Patterns, ça te donnera beaucoup d'idées

Ok, je te remercie pour tes conseils, je vais me documenter sur les designs patterns.


++