Discussion :

[sam1989]

Bonjour à tous,
J'ai un problème avec le lazy loading. J'ai une entité Client qui possède une ref à une entité Address. Voici la structure de ses classes :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
 
//Interface entité
    public interface IBaseEntity
    {
        int? Id { get; set; }
        DateTime? Versioning { get; set; } 
    }
 
//Classe de base pour les entités
    [Serializable]
    public class BaseEntity : IBaseEntity
    {
        [Key]
        [Column("Id")]
        public int? Id { get; set; }
 
 
        [ConcurrencyCheck]
        [Column("Versioning")]
        public DateTime? Versioning { get; set; }
 
        public IBaseEntity Deepclone()
        {
            using (var ms = new MemoryStream())
            {
                var formatter = new BinaryFormatter();
                formatter.Serialize(ms, this);
                ms.Position = 0;
                return (IBaseEntity) formatter.Deserialize(ms);
            }
        }
    }
 
    [Table("clients")]
    [Serializable]
    public class Client : PersonalInformation
    {
        [Required]
        [MaxLength(32)]
        [Column("CompanyName")]
        public string CompanyName { get; set; }
 
        [Column("address_id")]
        public int? BillingAddressId { get; set; }
 
        [ForeignKey("BillingAddressId")]
        public virtual Address BillingAddress { get; set; }

Et lorsque je crée un client avec un formulaire WPF, le champ BillingAddress ne se met pas à jour (d'ailleurs il n'est même pas initialiser). Ce problème se règle lorsque j'initialise ma propriété Client comme ceci :

Code :

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

1
2
 
var currentClient = new Client { BillingAddress = new Address() };

Je sais que ça vient du fait que le champ est en virtual pour respecter le lazy loading. Mais comment faire pour que le champ BillingAddress soit initialiser et bindable dès la création de la propriété currentClient sans devoir initialiser le champ ? Faut-il l'initaliser dans le constructeur de la classe Client ? (Mais dans ce cas là, est-ce qu'il n'y a pas un problème au niveau des performances ?) Ou y a-t-il une solution plus adapté ?

Merci d'avance pour votre aide =)

[Invité]

... Ce problème se règle lorsque j'initialise ma propriété Client comme ceci :

Code :

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

1
2
 
var currentClient = new Client { BillingAddress = new Address() };

C'est normal. le Lazy Loading (chargement différé) veut dire en résumé que tu as une donnée déjà existante en base de données et qu'EF te les charge automatiquement lorsque tu en feras la demande. Dans ton cas il s'agit d'une nouvelle donnée créée en mémoire inexistante en base de données donc logique que BillingAddress soit null au départ. De toute façon comment veux-tu que EF puisse charger cette donnée ?

Mais comment faire pour que le champ BillingAddress soit initialiser et bindable dès la création de la propriété currentClient sans devoir initialiser le champ ? Faut-il l'initaliser dans le constructeur de la classe Client ? (Mais dans ce cas là, est-ce qu'il n'y a pas un problème au niveau des performances ?) Ou y a-t-il une solution plus adapté ?

Si tu utilises les templates T4 alors tu pourras modifier la façon dont sont générés les constructeurs de tes entités pour qu'à chaque fois que tu fais appel au constructeur par défaut de ton entité que celui-ci initialise en même temps BilingAddress. Bref si tu n'as jamais utilisé T4 alors je te conseille de créer une classe partielle de Client et tu fais pareil pour le constructeur.

[sam1989]

[...] Si tu utilises les templates T4 alors tu pourras modifier la façon dont sont générés les constructeurs de tes entités pour qu'à chaque fois que tu fais appel au constructeur par défaut de ton entité que celui-ci initialise en même temps BilingAddress. Bref si tu n'as jamais utilisé T4 alors je te conseille de créer une classe partielle de Client et tu fais pareil pour le constructeur.

Merci pou votre réponse

Mais si je modifie le constructeur par défaut de mon entité Client pour initialiser le champ BillingAddress, ça voudrait dire que le champ sera initialisé même lorsque je fais par exemple un repository<Client>.GetAll(), non ?
Dans ce cas, il n'y a pas de perte de performance ?

[Invité]

... ça voudrait dire que le champ sera initialisé même lorsque je fais par exemple un repository<Client>.GetAll(), non ?
Dans ce cas, il n'y a pas de perte de performance ?

Depuis quand appeler un constructeur par défaut pose problème de performances ? À moins que tu fasses trop de trucs dans celui BillingAddress. Je te laisse faire le benchmark pour nous en dire plus

[sam1989]

Depuis quand appeler un constructeur par défaut pose problème de performances ? À moins que tu fasses trop de trucs dans celui BillingAddress. Je te laisse faire le benchmark pour nous en dire plus

Oui vous avez raison ^^" désolé pour cette question, mon projet de fin d'année me rend un peu dingue x)

Je vais clore le topic (et rajouter des petits "+1" pour votre aide)

Merci encore