Discussion :

[neufrdb]

Bonsoir, j'ai essayer de retravailler sur ma classe adresse, pouvez vous me dire si cela est cohérent:

le but des class seront:

Saisir d'une personne physique;
Saisir un etablissement qui peut être une entreprise;

j'ai donc pensé à crée 3 class

class mère:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
 
public class Coordonnee
{
  private int id_adresse; /*numéro de l'adresse */
  private String adresse;
  private String commune;
  private int code_postal;
  private int tel_fixe;
  private int tel_port;
  private String email;
}

j'ai mis un id_adresse car une personne peut avoir plusieur adresse ainsi qu'une entreprise.

voici la class qui me permet de travailler avec une personne physique:

Code :

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

1
2
3
4
5
6
 
public class Personnne extends Coordonnée
{
  private String prenom;
  private String nom;
}

une personne a en plus de la class mère un prenom et un nom;

voici la class qui me permet de travailler une enterprise par exemple

Code :

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

1
2
3
4
5
6
7
8
 
public class Etablissement extends Coordonnee
{
  private String enseigne;
  private String statut;/* statut juridique qui peut être sarl, sa ...*/
  private int fax;
  private String site_web;
}

Pouvez-vous me dire si la concecption des 3 classes sont coherentes?
si oui peut t'on encore l'améliorer

merci d'avance pour les réponses.

[tchize_]

j'ai mis un id_adresse car une personne peut avoir plusieur adresse ainsi qu'une entreprise.

Ben alors en toute logique, la classe Personne devrais ressemler à ca:

Code :

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

1
2
3
4
5
6
7
 
public class Personne 
{
  private String prenom;
  private String nom;
  private List<Coordonnée> adresses;
}

Pareil pour entreprise.

Comme dit depuis le début, ca n'a aucun sens d'hériter de l'adresse.

[neufrdb]

merci tziche

donc dans mon histoire je doit faire une class pour l'entreprise, une class pour la personne et une autre pour le client et une autre si c'est un employer ?
cela ne dérange pas d'avoir des class qui ont plusieurs attribut en commun?

[tchize_]

ben non, maintenant pour les truc cohérent qui se répetent, il y a comme dans l'exemple donnée, la possibilité de faire une classe qui regroupe ces éléments communs.
Il y a aussi l'héritage quand c'est cohérent d'une point de vue buisness. Ex: une mulitnationale est une entreprise, une pme est une entreprise, elles hériteront donc toutes les deux d'entreprise. Mais elles ne sont pas des adresses, donc entreprise aura une adresse mais ne sera pas une adresse.

Bref, il faut gérer correctement les chose, une composition, ce n'est pas la meme chose qu'un héritage

[J-pec]

Les mots magiques :

Pour savoir si une classe doit hériter d'une autre, tu dois te demander si une classe "EST" une autre. (Un client EST une personne, mais un client "N'EST PAS" une adresse )

Si une personne n'est pas une adresse, elle peut par contre avoir une adresse, comme elle aura un nom et une date de naissance, donc => variable membre.

[neufrdb]

merci pour ces précisions.

donc je peux dire que un client est un membre, un employé est un membre, une entreprise et un membre, le parton est un membre , un fournisseur est un membre?

donc je doit avoir une class mère membre et les classes fille comme client,
employé, entreprise,patron?


je peux dire que ces élement on un point de vu de nature de la personne? ou une entité?

je souhaite lire ces information dans une base de donnée comment faut t'il crée une class supplémentaire pour la lecture des ces données?

- une class LireMembre qui s'execute quand on l'instancie qui récupère tous ces membre et lit les données dans cette base,

ou

- la class mère membre se charge de récupérer toutes les info en fonction
du membre ?

ou

- chaques classes fille possèdent une methode pour lires toutes ces informations dans la base ?

Si je me pose la question qu'est ce qu'un enregistrement d'une personne par exemple , je répondrais que c'est la récupération de la personne qui se trouve dans la base de donnée.

[J-pec]

merci pour ces précisions.

donc je peux dire que un client est un membre, un employé est un membre, une entreprise et un membre, le parton est un membre , un fournisseur est un membre?

donc je doit avoir une class mère membre et les classes fille comme client,
employé, entreprise,patron?

Heu attend, c'est quoi ta définition de "membre"? Si tu veux dire variable membre, alors ça dépend. Ton entreprise aura (POSSESSION) des employés, des clients, un patron, etc... Donc tu auras des variables membres employé, client et patron dans ta classe entreprise.
Par contre un patron sera (ETAT) un employé particulier, et l'employé sera une Personne particulière, donc là il pourra y avoir héritage (Patron qui héritera d'employé, et employé qui héritera de Personne)

merci pour ces précisions.
je peux dire que ces élement on un point de vu de nature de la personne? ou une entité?

désolé je n'ai pas compris ta question.

merci pour ces précisions.
je souhaite lire ces information dans une base de donnée comment faut t'il crée une class supplémentaire pour la lecture des ces données?

- une class LireMembre qui s'execute quand on l'instancie qui récupère tous ces membre et lit les données dans cette base,

ou

- la class mère membre se charge de récupérer toutes les info en fonction
du membre ?

ou

- chaques classes fille possèdent une methode pour lires toutes ces informations dans la base ?

Si je me pose la question qu'est ce qu'un enregistrement d'une personne par exemple , je répondrais que c'est la récupération de la personne qui se trouve dans la base de donnée.

Typiquement pour récupérer et sauvegarder les données, tes classes devront d'abord être sérializable (bon dans ton cas, c'est juste une interface à implémenté, rien d'autre à modifier), ensuite il te faudra créer des méthodes permettant le chargement et la sauvegarde. L'emplacement de ces méthodes dépend de ce que tu veux faire, et il y a plusieurs solutions.

Mais j'avoue que j'ai un peu de mal à te comprendre...