Discussion :

[CrazyCow007]

Bonjour à tous,

Bien qu'ayant un peu utilisé Php Object Generator par le passé, je bute sur un problème pour passer de mon diagramme à mes classes PHP.

Voici l'organisation du projet (projet à titre personnel qui a comme sujet la vente de pizzas) :



Pour créer la classe Soiree, je rentre donc les informations suivantes dans le formulaire de POG :

Soiree
dateSoiree : DateTime
nbBoitesAvant : Int
nbBoitesApres : Int
Camion : {Parent}
Commande : {Child}

Là où j'ai un problème, c'est au niveau de Regler et Contenir. Faut-il que j'utilise {Sibling} ? Si oui, comme stocker l'information du montant et de qteProd.

Peut-être ai-je fais une erreur au niveau de mon analyse ?

Merci pour votre aide !

[gene69]

je comprends pas trop la notation {}.

au niveau du shéma je comprends pas trop la table "Soirée".
j'arrive pas a comprendre comment tu enregistres les promotions parce qu'une pizzeria fait souvent des promo
Est ce que tu as vraiment besoin de payer en plusieurs fois?

[CrazyCow007]

Notation {Child/Parent} : Elle permet d'identifier la classe Parent et Enfant (de la classe qu'on génère). C'est totalement spécifique à POG et son formulaire de génération en ligne.

La table Soirée permet de grouper les commandes réalisées et de stocker le nombre de boites de pizzas en début et en fin de soirée (cela permet de vérifier que la différence correspond bien au nombre de pizzas facturées).

Pour les promos, c'est pas faux, il faut que je vois la façon dont je dois gérer ça

Oui, dans le cas où les gens paient avec des tickets restos et complètent en espèces par exemple.

[gene69]

je serai toi, je ne créerai que le champs du nombre de boite en debut de "journée" et je ferai une requete qui verifient les équilibres. bon tu essaies de faire un truc qui ressemble à du reporting sur une base transactionnelle, ya pas de bonne solution.

bon sinon tu veux faire hériter la commande du camion ? et la soirée du camion ? non je ne valide pas ça. une commande n'est pas un type particulier de soirée et qui n'est pas un type particulier de camion. Il te faut des liens de composition.

[CrazyCow007]

Merci pour ta réponse.

Je suis bien d'accord, mais ce n'est pas vraiment un héritage sous POG. C'est plus une façon de lier de façon logique les éléments.

En attribuant un type "Parent" (c'est vrai que le mot n'est pas adéquat), on peut avoir accès à des fonctions permettant de récupérer facilement l'occurrence de l'objet à laquelle l'objet lui-même est lié, et inversement, connaitre tous les éléments liés à un "parent".

Exemple : Un auteur qui écrit plusieurs livres sera à générer de la façon suivante avec POG (exemple officiel) :
Auteur :
- nom
- prenom
- Livre { CHILD }

Livre :
- titre
- Auteur { PARENT }

Dans ce cas Livre n'est évidemment pas un élément hérité de Auteur, mais c'est pourtant la syntaxe qu'utilise POG pour lier les éléments.

D'après la documentation { SIBLING } est à utiliser dans le cas d'une relation (n , n). La seule chose qui m'embête est de savoir comment stocker l'information qui se trouve sur les relations Commande/Paiement et Commande/Produit.