Discussion :

[Rainui]

Bonjour,
J'essaye de développer une application de gestion commerciale pour mon activité.
Jusqu'à maintenant, je créai ma base de donnée et mes objet en Model first avec EF6 mais j'ai voulu essayer de le faire en Code First.
Pour m'aider, j' ai recherché des tutoriels avec lesquels j'ai pu comprendre les principes de base.

Je n'ai pas fini d'écrire mes objets, pour le moment j'obtiens le diagramme suivant :

et je rencontre déjà un problème.
Dans mon idée, je voulais avoir pour les pièces commerciales "DevisEntity", "CommandeEntity" et "FactureEntity" une seule liste d'objet "DétailPièceCommercialeEntity" attachée au devis.

Le problème, c'est que si je met cette liste dans la classe "PieceCommercialeBase", je vais me retrouver avec 3 listes (dans devis, commande et facture) toutes indépendantes.
Si je met cette liste uniquement dans "DevisEntity", comment faire pour y accéder depuis "FactureEntity" ou "CommandeEntity"?

J'ai pensé faire une seule classe "PièceCommercialeEntity" avec une propriété "TypePièceCommerciale" mais ça ne répond pas au problème qu'un devis peut avoir plusieurs commandes ou factures.

Si je souhaite avoir qu'une liste de détail de pièce commerciale c'est pour répondre au fait que l'on est censé refaire signer le devis au client s'il y a des modifications dans cette liste. Le fait d'y avoir accès depuis une commande ou une facture et de la modifier, me permettrai de générer un avertissement disant "Attention, le devis à changer, faut le faire signer au client" et que toutes les pièces attachées au devis indique la même chose.

[Momoth]

Je ne suis pas une bête en gestion donc excuse moi d'avance si je dit des énormités.

Dans la logique pour une commande, il n'y a qu'un seul devis final non ? Donc ne pourrais t'on pas avoir ta liste dans la classe devis et une instance de devis dans facture ? De cette manière seule un devis possède la liste, et la facture possède un devis retenu qui possède une liste.

[Rainui]

Bonjour,

Merci pour cette réponse.
En effet, j'ai refait un diagramme sur papier et en fait il faut simplement rajouter une propriété de navigation entre "DevisEntity" et "CommandeEntity" puis entre "CommandeEntity" et "FactureEntity".
En faisant ça, de la facture on remonte à la commande puis au devis et pour finir au détail du devis.

Parfois, je bloque sur des choses relativement simples ...