Discussion :

[nathieb]

Bonjour,

J'ai un nouveau souci.

J'ai une classe élève par exemple ...
nom, prénom etc ... mais qui comporte dans ses attributs des tableaux figés qui pourrait être mémorisés dans une base .
Je m'explique
"pseudo code"
class eleve{

private String nom;
private String prenom;
enum String codeDépartement = {'75,'92','93' ....}

Je pourrais faire ainsi, mais j'en ai plein d'autres. Donc je me suis dis pourquoi ne pas créer un objet par attribut et stocker les différentes valeurs dans une base (pb de temps de réponse ? ). Ce qui me ferait plein de petites tables faciles à mettre à jour.
Mais dans ce dernier cas, ce sont des objets à part entière ?
des sortes d'énumérations ?
et en UML, comment les représenter ? type enum ?

Comment feriez vous ?

Olivier

[CaptainChoc]

euh, j'ai pas trop bien compis... il est ou ton tableau dans ton exemple ?

et qu'est ce que tu appelles base ?

[nletteron]

Tout dépend en fait de ce que tu veux faire avec ces "codes".

Est ce que tu souhaites faire des tests en dur ?

Est ce qu'il s'agira seulement d'affichage ?

Est ce que le nombre d'informations pour chaque énumération est grand ?

Est ce que les informations que tu stockes sont amenés à changer ?

Pour le temps de réponses, tout dépend de ce que tu appelles coûteux ou non et de ce qui t'es permi ou non ?

Avec ces quelques petites questions tu devrais déjà trouver tout seul un semblant de réponses.

[Hephaistos007]

Pas compris ton problème.

et en UML, comment les représenter ? type enum ?

Il faut stéréotyper une classe avec <<enumeration>>

[nathieb]

Bonjour,

Réponse à "nletteron":

Tout dépend en fait de ce que tu veux faire avec ces "codes".

"Est ce que tu souhaites faire des tests en dur ?"
Oui Il s'agit de faire des tests de validation en dur.
Exemple : Si un élève est dans le 93 et lycée donc ... .
Est ce qu'il s'agira seulement d'affichage ?
Non, pas d'affichage
Est ce que le nombre d'informations pour chaque énumération est grand ?
Non, pas trop, des tableaux entre [ 2 .. 40] valeurs.
Est ce que les informations que tu stockes sont amenés à changer ?
Oui
Pour le temps de réponses, tout dépend de ce que tu appelles coûteux ou non et de ce qui t'es permi ou non ?
Effectivement, je ne développe pas du temps réel ..



Avec ces quelques petites questions tu devrais déjà trouver tout seul un semblant de réponses.

[nathieb]

Bonjour et merci d'avoir au moins essayé de répondre.

Je reformule ...

Une classe "élève" comporte des attributs qui peuvent varier de façon aléatoire.
Exemple : Nom, prénom, adresse ....

Par contre : Les autres attributs : Catégories sociaux professionnelles, niveau étude, etc sont des valeurs qui sont figés, donc un choix oui, mais dans une liste figée par mes soins
exemple : codepostaux.

Si je devait réfléchir avec un sgbd, ( MCD ) j'aurais une table code postaux.
Avec la liste des codes postaux.
Or j'ai une dizaine de champs de ce type, donc une dizaine de requêtes vers un sgbd pour créer un élève ... .
Je me posais donc la question du ... dois créer des énumération ( Forme statique dans le code, pas génial d'un point de vue applicatif ) ou dois je utiliser un sgbd ?

Bref je commence à avoir une idée tester les deux et voir ....

Mais si vous avez un avis .


Olivier

[fsmrel]

Attention quand vous dites que certaines valeurs sont figées : si ça n'est pas vous qui fixez la règle du jeu, vous ne pouvez pas le jurer. C'est particulièrement vrais pour les codes-postaux (souvenez-vous de l'éclatement du code département en 20 en 2A et 2B).