Discussion :

[Deallyra]

Bonjour

Je suis nouvelle dans la programmation objet et je voulais savoir si mon diagramme de classe correspondait à l'objectif de mon application.

En fait, pas mal de femmes pèsent chacun de leur aliment au gramme près afin de savoir combien de calories elles prennent en mangeant.
Surtout les femmes qui viennent d'accoucher...
J'essaie de développer une application qui donnerait les calories prises dans un repas fonction des différents plats mangés. Plats qui seraient composés d'un ou plusieurs aliments et qui ont chacun une teneur en calorie au 100grammes...

Voici mon diagramme de classe.
Pièce jointe 30133
Ca me gene d'avoir des classes vides... Je ne sais pas vraiment comment le modéliser
Je précise de plus si ca a une importance que je l'implémenterais en java... Langage ou je suis également stricte débutante ^^'

Merci à vous et bonne soirée

[bruno_pages]

Bonsoir,

pas mal de femmes pèsent chacun de leur aliment au gramme près afin de savoir combien de calories elles prennent en mangeant.

seulement au gramme près, quel manque de précision

Ca me gene d'avoir des classes vides...

tu veux dire que tes classes ne sont pas assez grasses ? (bon, d'accord, c'est assez ... lourd)

plus sérieusement :

• le 'type'/'famille' des plats (entrée ...) ne semble sans importance, sauf si cela permet de trier/séparer les plats pour faciliter leur saisie par exemple
• la classe 'repas'/'comporter' permet sans doute de faire un historique, c'est à dire qu'il y a un cumul des prises de calories ?
• l'intérêt de la relation classe 'comporter' ne me semble pas évident
• toutes les relations n'ont pas à être bi directionelle, par exemple je ne pense pas qu'il soit utile pour un aliment de savoir dans quel plat il peut apparaitre, ni que famille connaisse les aliments ...
• à moins d'avoir une femme profondément égoïste (si, si, c'est possible) peut être faudrait-il lier tout cela à une personne, histoire que le programme fonctionne pour plusieurs ?
• et il manque bien-sur les opérations, il y aura au moins une opération du calcul du nombre de calories au niveau des classes 'plat' et 'repas', etc ...
• quid de la persistance des repas, de la liste des plats et aliment (histoire de ne pas tout dire à chaque utilisation de la chose) etc ...

[Deallyra]

Tout d'abord, merci d'avoir si vite répondu

plus sérieusement :

le 'type'/'famille' des plats (entrée ...) ne semble sans importance, sauf si cela permet de trier/séparer les plats pour faciliter leur saisie par exemple

Oui, ces classe sont présente juste pour faciliter le listing... En soi, ces classes ne servent pas vraiment >.>

la classe 'repas'/'comporter' permet sans doute de faire un historique, c'est à dire qu'il y a un cumul des prises de calories ?

En fait, Un repas est composé de plusieurs plats. Ce repas sera sérialisé pour historique.
J'ai besoin de savoir l'apport calorique du repas.
par contre, je n'ai pas (ne veut pas m'occuper) de cumul de calories entre les repas prit. Il n'y a pas de suivit au jour, à la semaine, au mois.
Erreur de modélisation de ma part?

l'intérêt de la relation classe 'comporter' ne me semble pas évident

J'ai souhaité faire un historique. Cependant j'hésitais entre cette classe ou alors une collection de plat dans le repas qui possèderait une date...

toutes les relations n'ont pas à être bi directionelle, par exemple je ne pense pas qu'il soit utile pour un aliment de savoir dans quel plat il peut apparaitre, ni que famille connaisse les aliments ...

Je ne sais pas faire les navigations sous Windesign ^^'
En effet, je ne veux pas savoir dans quels plats tel aliment a été prit.
Par contre, que famille connaisse ses aliments, il me le faudra je pense pour pouvoir faire des listes selon les familles d'aliments.

à moins d'avoir une femme profondément égoïste (si, si, c'est possible) peut être faudrait-il lier tout cela à une personne, histoire que le programme fonctionne pour plusieurs ?

Je pensais faire une application mono utilisateur... Mais il est vrai que plusieurs personne dans une famille pourraient utiliser cette application

et il manque bien-sur les opérations, il y aura au moins une opération du calcul du nombre de calories au niveau des classes 'plat' et 'repas', etc ...

les méthodes ne sont pas marquées. J'ai une méthode de calcul du nombre de calories selon la quantiteAliment dans le plat et le nombreCaloriesPour100g de ce plat. Je pensais mettre cette fonction dans la classe association constituer.

quid de la persistance des repas, de la liste des plats et aliment (histoire de ne pas tout dire à chaque utilisation de la chose) etc ...[/LIST]

quid?

Merci beaucoup

[hed62]

Famille et Type sont pour moi des types-énumérés, cela faciliterait leur compréhension.
D'où la résolution du problème :

En soi, ces classes ne servent pas vraiment >.>

En fait, Un repas est composé de plusieurs plats

Et un plat est composé d'aliment je présume ? Si un repas peut être composé d'un plat et d'un aliment à part, je propose le design pattern composite, qui pourrait bien s'implémenter ici.

je n'ai pas (ne veut pas m'occuper) de cumul de calories entre les repas prit. Il n'y a pas de suivit au jour, à la semaine, au mois.
Erreur de modélisation de ma part?

l'intérêt de la relation classe 'comporter' ne me semble pas évident

J'ai souhaité faire un historique. Cependant j'hésitais entre cette classe ou alors une collection de plat dans le repas qui possèderait une date...

Il me semble qu'il y a des contradiction par ici : tu ne veux pas de suivi, mais tu gardes un historique...

Je ne sais pas faire les navigations sous Windesign ^^'

Utilises un autre modeleur

Par contre, que famille connaisse ses aliments, il me le faudra je pense pour pouvoir faire des listes selon les familles d'aliments.

Pas forcément... Si chaque aliment connais sa famille, tu pourras regrouper les aliments par famille aisément.

les méthodes ne sont pas marquées. J'ai une méthode de calcul du nombre de calories selon la quantiteAliment dans le plat et le nombreCaloriesPour100g de ce plat. Je pensais mettre cette fonction dans la classe association constituer.

Composite aurait son attrait ici aussi. Seul la classe la plus haute possède la méthode publique calculerApport, en délégant aux composants.

quid = qu'en est il

[Deallyra]

Et un plat est composé d'aliment je présume ? Si un repas peut être composé d'un plat et d'un aliment à part, je propose le design pattern composite, qui pourrait bien s'implémenter ici.

design pattern composite? u_u Nani desu ka?

Il me semble qu'il y a des contradiction par ici : tu ne veux pas de suivi, mais tu garde un historique...

je garde un historique des repas seulement. Enfin ce que je pense faire. Mais c'est vrai qu'avec la notion de pointeur... je dois tout garder non?

Composite aurait son attrait ici aussi. Seul la classe la plus haute possède la méthode publique calculerApport, en délégant aux composants.

ano... composite encor...
J'ai précisé que je débutais? >.<

Merci en tout cas ^^

[hed62]

J'ai précisé que je débutais? >.<

Aucun soucis.

Les design pattern, en deux mots : "c'est bien" ^^
Les design pattern sont des solutions élégantes, efficaces, souples etc... à des problèmes récurents. Dans ton cas, le design pattern composite a pour objectif de modéliser le problème d'une chose composé de composants potentiellement différents (chose = repas, composants = plats et aliments) Il permet de voir les repas et leurs comopsants de manière transparente,

D'autre part, il devient facile d'apliquer des méthodes sur le composé(repas) qui s'apuieront sur les composants (plats). En fait, tu appeles repas.calculer, et lui se chargera d'apeler tous ses composants pour te récupérer le bon résultat.

http://pcaboche.developpez.com/artic...ge=page_2#L1.1

http://come-david.developpez.com/tut...page=Composite

Excellent livre pour débuter et adopter une vision objet : http://matthieu-brucher.developpez.c...patterns/dphf/

je garde un historique des repas seulement.

Garder un historique des repas revient à proposer un suivi des calories. En efefet, si tu conserve les repas, tu conserve les plats, ainsi que les aliments. Comme c'est un historique tu as une date. Tu as donc tous les éléments pour proposer une vue (sql ou utilisateur) des consommations.