Bonjour,
Je voulais avoir votre avis sur une petite problématique, qui n'a pas de solution miracle je suppose. Mais qui doit bien avoir ces règles.
Dans une structure d'un objet en C# en l'occurrence, on a besoin parfois d'avoir une référence à un autre objet (classique ). Ma question est : Est ce qu'on met une référence à l'objet ? Son identifiant uniquement ? Ou ça dépend ?
Un exemple classique, dans un objet transaction, on a une référence au client et au fournisseur.
Si notre besoin est de voir la liste des transactions pour un client (dans le cas d'une appli Web ou le client dans son espace veut voir sa liste de transaction). Dans la partie BackOffice, nous devant interroger la base et crée nos objets transactions qui vont bien ... Mais alors quel sera la structure de notre objet Transaction ?
ou encore
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 Class transaction{ int IdClient; int IdFournisseur; DateTime date; ... }
Je crains les réponses "ça dépend les cas", certes ça dépends mais il doit bien avoir des régles ou des théories ou disant simplement des bonnes pratiques ?
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 Class transaction{ Client client; Fournisseur fournisseur; DateTime date; ... }
On m'a dit des fois qu'il n y a pas de question conne, parfois j'en suis pas si sûre
Merci à ceux qui me liront et m'aideront à dormir un peu plus éclairé.
Partager