Discussion :

[splinternabs]

Salut à tous,

une question pour les experts EF.

on sait que pour mettre en place une liaison de tables il faut dans son Code First déclarer des propriétés en Virtual, avec ICollection pour une relation 1-N par exemple.

j'ai mis en oeuvre ce type de relation mais en revanche en utilisant un List et sans Virtual, et ça a très bien fonctionné. dans ma base j'ai bien une relation mise en place, il m'a rajouté mon champs FK dans la bonne table et pointe bien sur les bons enregistrements.

si ca marche avec un simple List<>, pourquoi parle-t-on du Virtual ICollection<>, et où est la différence ?

merci à vous.

[katkiller]

Le mot virtual est utilisé pour faire du Lazy Loading (charger ton entité et ses entités rattachées).

Sans Lazy Loading tu devra utiliser "Include" pour charger les entités rattachées.

[splinternabs]

donc à priori je ne fais pas de lazy loading vu que j'utilise pas le mot clé "Virtual". En revanche, je n'ai pas de "Include" non plus, mais ca marche quand meme. ou alors l'un ou l'autre est implicite (comme beaucoup de choses par défaut) ?

Vous me direz "de quoi tu te plains si ca marche" ... simplement pour ma compréhension.

[DotNetMatt]

Je pense que c'est à cause de la nature même des types que tu cherches à comparer :

• ICollection<T> permet d'ajouter/supprimer des éléments dans la liste
• List<T> permet des accès aléatoires aux éléments de la liste, via leur index

Il est important de noter cette différence, car cela signifie que ta List<T> va être immédiatement parcourue. Alors qu'avec ICollection<T>, elle ne sera parcourue que lorsque c'est nécessaire (d'où le lazy loading...).