Chargement dynamique, paresseux et explicite dans EF6

questions 1 et 2:

Votre explication de lazy loading et désireux de chargement est correct.

L'utilisation de chargement explicite est un peu différent de ce que tu décrit.

EntityFramework retourne IQueryable des objets, qui contiennent essentiellement la requête à la base de données. Mais ceux-ci ne sont pas exécutés jusqu'à la première le temps qu'ils sont énumérés.

Load exécute la requête de sorte que ses résultats soient stockés localement.

Appeler Load est la même chose que d'appeler ToList et de jeter que List , sans avoir au-dessus de la création de la List .

Question 3:

si vous utilisez un chargement paresseux, EntityFramework s'occupera de charger le propriété de navigation pour vous, donc vous ne recevrez pas d'exception.

Gardez à l'esprit que cela peut prendre un certain temps et vous faire application unresponsive .

Question 4:

dans les cas déconnectés (par exemple application réseau) vous ne peut pas utiliser chargement paresseux , parce que ces objets sont traduits en DTOs et puis pas suivi par EntityFramework .

aussi, si vous savez que vous allez utiliser un propriété de navigation , sa bonne pratique de le charger avidement , de sorte que vous n'avez pas à attendre jusqu'à ce qu'ils soient chargés à partir de la base de données.

Par exemple, disons que vous stockez le résultat dans une liste et le liez à un DataGrid WPF. Si le DataGrid accède à une propriété qui n'est pas encore chargée, l'utilisateur fait l'expérience d'une temporisation notable jusqu'à ce que cette propriété est affichée. En outre, l'application ne répondra pas pendant le temps de chargement (si vous ne chargez pas asynchrone).

ici, vous apprendrez à charger explicitement des entités apparentées dans un graphe d'entités. Chargement explicite est valable dans le cœur EF 6 et EF les deux.

même avec le chargement paresseux désactivé (dans EF 6), il est encore possible de charger paresseusement des entités liées, mais cela doit être fait avec un appel explicite. Utilisez la méthode Load() pour charger explicitement les entités liées. Considérons l'exemple suivant.

using (var context = new SchoolContext())
{
     var student = context.Students
                              .Where(s => s.FirstName == "Bill")
                             .FirstOrDefault<Student>();

     context.Entry(student).Reference(s => s.StudentAddress).Load(); 
     // loads StudentAddress
     context.Entry(student).Collection(s => s.StudentCourses).Load(); 
     // loads Courses collection      
}

dans ce qui précède exemple, context.Entry(student).Reference(s => s.StudentAddress).Load() charge l'entité StudentAddress . La méthode Reference() est utilisée pour obtenir un objet de la propriété de navigation de référence spécifiée et la méthode Load() le charge explicitement.

de la même manière, context.Entry(student).Collection(s => s.Courses).Load() charge la collection cours de propriété de navigation de l'entité étudiante. La méthode Collection() obtient un objet qui représente la propriété collection navigation.

la méthode Load() exécute le SQL requête dans la base de données pour obtenir les données et remplir la référence spécifiée ou la propriété de collecte dans la mémoire, comme indiqué ci-dessous.

Query (): Vous pouvez également écrire des requêtes LINQ-to-Entities pour filtrer les données avant de les charger. La méthode Query () nous permet d'écrire d'autres requêtes LINQ pour les entités liées afin de filtrer les données liées.

using (var context = new SchoolContext())
{
    var student = context.Students
                    .Where(s => s.FirstName == "Bill")
                    .FirstOrDefault<Student>();

    context.Entry(student)
             .Collection(s => s.StudentCourses)
               .Query()
            .Where(sc => sc.CourseName == "Maths")
            .FirstOrDefault();
}     

In l'exemple ci-dessus, .Collection(s => s.StudentCourses).Query() nous permet d'écrire des requêtes supplémentaires pour l'entité StudentCourses .