Entity Framework: Wann Set <>

Question

Ich versuche, die Grundlagen von Entity Framework zu verstehen, und ich habe eine Frage über die Set <> -Methode auf DbContext. Ich verwende ein erstes Datenbankmodell für die folgende Frage.

Angenommen, ich habe eine ActivityLog-Datenbank, mit der ich unter anderem eine Nachricht abrufen kann (z. B. eine NLog-Nachricht). Ich konnte einige Code schreiben, alle Nachrichten wie diese herausziehen:

using (var entities = new ActivityLogEntities()) 
    foreach (var log in entities.AcitivityLogs) 
     Console.WriteLine(log.Message); 

Allerdings konnte ich erreichen, auch die gleiche Sache dies zu tun:

using (var entities = new ActivityLogEntities()) 
    foreach (var message in entities.Set<ActivityLog>().Select(entity => entity.Message)) 
     Console.WriteLine(message); 

Meine Frage ist, was ist der Unterschied zwischen diesen beiden Aussagen ist? Wann ist es sinnvoller, einen über den anderen zu verwenden? Oder ist das nur eine Frage der persönlichen Vorliebe?

Answer 1

Es gibt keinen signifikanten Unterschied. Im ersten Fall haben Sie so etwas wie:

class MyContext : DbContext 
{ 
    public DbSet<AcitivityLog> AcitivityLogs { get; set; } 
} 

Wenn Kontext schafft, es DbSet<T> Lese-/Schreibeigenschaften für öffentliche aussieht, und tut dies (Pseudocode):

dbSetProperty = Set<EntityType>(); 

Aber , gibt es Fälle, wenn Sie:

1) möchte keine öffentlichen Eigenschaften für alle von Ihnen Entitätstypen machen;
2) kenne nicht alle Entitätstypen bei der Entwurfszeit des Kontextes.

In diesen Fällen ist Set<T> die einzige Möglichkeit, den richtigen Entitätssatz zu erhalten.

Answer 2

Wenn Sie die erzeugte DbContext Klasse betrachten, werden Sie sehen, dass AcitivityLogs nur ein DbSet<ActivityLog> ist.

So sind sie das gleiche Gleiche. Es ist nur die eingegebene Definition Ihres DbSet.

Answer 3

Der einzige Grund, warum ich jemals Set<T> verwendet habe, ist, wenn Sie auf einen Typ einwirken, den Sie nicht kennen, zB einen generischen Einsatz.

Heres ein Beispiel aus my generic repository:

public void AddOnSave(T entity) 
    { 
    ctx.Set<T>.Add(entity); 
    } 

es für normale Sachen Verwendung macht nur den Code weniger lesbar IMHO