Discussion :

[Pfeffer]

Bonjour,

J'aimerai avoir votre avis sur la question de la composition en UML.
Je développe une application C# et je veux savoir comment est ce que vous créerez par exemple les objets clients / contrats / options.
Client -> n contrats -> n options

De mon côté en C# j'ai les objets suivants:

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
public class client{
    private List<contrat> listContrats; 
}
 
public class contrat{
    private List<optionEngagement> listOptions;
}
 
public class optionEngagement
{
    private DateTime dtStart; 
    private DateTime dtEnd;
}

La problématique se pose lorsque je dois charger depuis la BDD tous les clients... [1 requête type select *]
Cela nécessite le chargement pour chaque client des contrats associés ... [1 requête par client type select * where]
Ce qui signifie le chargement des options pour chaque contrat, etc... [1 requête par contrat par client de type select * where]

N'est ce pas trop lourd ? Comment est ce vous feriez ?
De mon côté je suis aujourd'hui confronté à des problèmes de performance.

[bruno_pages]

Bonjour,

Au niveau UML utiliser une composition n'implique pas qu'il faut impérativement charger les contrats lorsqu'un client l'est, et les options lorsqu'un contrat l'est. La composition dit simplement que la destruction d'un client implique la destruction de ses contrats, et la destruction d'un contrat implique la destruction de ses options.

Évidemment le plus simple quand on charge un client est aussi de charger ses contrats etc, mais en utilisant des getters il est possible de ne charger de façon transparente les informations à partir de la DB que lorsque cela est nécessaire