EntityFramework CTP5 DbContext T4 Szablon "wirtualne" słowo kluczowe

Question

Szablon DbContext T4 dostarczany z CTP5 nie ma powiązania, a nie wszystkie właściwości są oznaczone jako wirtualne. Czy to znaczy, że nie obsługuje funkcji ChangeTracking w przypadku odłączenia od kontekstu? Po pierwsze, czy obsługuje on funkcję ChangeTracking, nawet jeśli jest śledzona przez kontekst (poprzez dynamiczne proxy)? Widzę, że wymóg śledzenia zmian polega na tym, że wszystkie właściwości powinny być oznaczone jako wirtualne.

Czy tracimy jakąkolwiek funkcjonalność za pomocą generatora DbContext w porównaniu do generatora POCO EF4?

Każda reakcja jest bardzo doceniana.

Answer 1

Właściwości oznaczone jako wirtualne są właściwościami innego elementu typu. właściwości takie jak string, int itp. nigdy nie są oznaczone jako wirtualne.

Answer 2

To wszystko jest pełne i leniwego ładowania. Przyjrzeć się tej

http://blogs.msdn.com/b/adonet/archive/2011/01/31/using-dbcontext-in-ef-feature-ctp5-part-6-loading-related-entities.aspx

public class Person 
    { 
     public int Id { get; set; } 
     public virtual Address Address { get; set; } 
     // ... 
    } 

    public class Address 
    { 
     public int Id { get; set; } 
     public string AddressLine1 { get; set; } 
     // ... 
    } 

    static void Main(string[] args) 
    { 
     MyDatabaseContext db = new MyDatabaseContext(); 
     Person person = db.Persons.Where(x => x.Id == 1).First(); 
     // person.Address is loaded if the propertie Address, class Person 
     // is marked as virtual. If NOT its null. 
    } 

Answer 3

myślę klas, które są generowane za pomocą generatora DbContext użyje tylko „leniwe proxy loading” a nie „zmień śledzenia proxy” (uwaga są dwa rodzaje proxy), jak opisano w http://blogs.msdn.com/b/adonet/archive/2009/12/22/poco-proxies-part-1.aspx. Jak zauważyłeś, wszystkie zmapowane właściwości muszą być wirtualne, aby serwery śledzenia zmian działały. Nie jest to wymagane w przypadku leniwych serwerów proxy (gdzie tylko właściwości nawigacji muszą być wirtualne).

Myślę, że Microsoft powinien to zmienić w szablonie T4, ponieważ bez śledzenia zmian proxy, jest o wiele wolniej. Zwłaszcza jeśli w kontekście obiektu znajduje się wiele elementów.

Udało mi się to potwierdzić. W książce Programowanie struktury obiektu: DbContext, na stronie 66 mówi o tym. Możesz użyć kodu podobnego do poniższego, aby sprawdzić, czy obiekt używa proxy śledzenia zmian.

Person p = context.People.Find(123); 
bool b = p is IEntityWithChangeTracker; 

Jestem zaskoczony, że szablon T4 domyślnie nie powoduje, że wszystkie właściwości są wirtualne. Wydaje się dziwnym niedopatrzeniem, chyba że istnieje powód, dla którego zrobili to celowo z jakiegoś powodu.