Entity Framework 5 Aggiornamento di un record

Ho esplorato diversi metodi di modifica / aggiornamento di un record all'interno di Entity Framework 5 in un ambiente ASP.NET MVC3, ma finora nessuno di essi ha spuntato tutte le caselle di cui ho bisogno. Spiegherò perché.

Ho trovato tre metodi ai quali citerò i pro e i contro:

Metodo 1: carica il record originale, aggiorna ogni proprietà

var original = db.Users.Find(updatedUser.UserId);

if (original != null)
{
    original.BusinessEntityId = updatedUser.BusinessEntityId;
    original.Email = updatedUser.Email;
    original.EmployeeId = updatedUser.EmployeeId;
    original.Forename = updatedUser.Forename;
    original.Surname = updatedUser.Surname;
    original.Telephone = updatedUser.Telephone;
    original.Title = updatedUser.Title;
    original.Fax = updatedUser.Fax;
    original.ASPNetUserId = updatedUser.ASPNetUserId;
    db.SaveChanges();
}    

Professionisti

• Può specificare quali proprietà cambiano
• Le viste non devono contenere tutte le proprietà

Contro

• 2 query sul database per caricare l'originale, quindi aggiornarlo

Metodo 2: carica il record originale, imposta i valori modificati

var original = db.Users.Find(updatedUser.UserId);

if (original != null)
{
    db.Entry(original).CurrentValues.SetValues(updatedUser);
    db.SaveChanges();
}

Professionisti

• Solo le proprietà modificate vengono inviate al database

Contro

• Le viste devono contenere ogni proprietà
• 2 query sul database per caricare l'originale, quindi aggiornarlo

Metodo 3: collegare il record aggiornato e impostare lo stato su EntityState.Modified

db.Users.Attach(updatedUser);
db.Entry(updatedUser).State = EntityState.Modified;
db.SaveChanges();

Professionisti

• 1 x query sul database da aggiornare

Contro

• Impossibile specificare quali proprietà cambiano
• Le viste devono contenere ogni proprietà

Domanda

La mia domanda a voi ragazzi; esiste un modo chiaro per raggiungere questo insieme di obiettivi?

• Può specificare quali proprietà cambiano
• Le viste non devono contenere tutte le proprietà (come la password!)
• 1 x query sul database da aggiornare

Capisco che è una cosa abbastanza piccola da sottolineare, ma potrei mancare una soluzione semplice a questo. Altrimenti prevarrà il metodo uno ;-)

Stai cercando:

db.Users.Attach(updatedUser);
var entry = db.Entry(updatedUser);
entry.Property(e => e.Email).IsModified = true;
// other changed properties
db.SaveChanges();

Mi piace molto la risposta accettata. Credo che ci sia ancora un altro modo di affrontarlo. Supponiamo che tu abbia un elenco molto breve di proprietà che non vorresti mai includere in una vista, quindi quando aggiorni l'entità, queste verrebbero omesse. Diciamo che quei due campi sono Password e SSN.

db.Users.Attach(updatedUser);

var entry = db.Entry(updatedUser);
entry.State = EntityState.Modified;

entry.Property(e => e.Password).IsModified = false;
entry.Property(e => e.SSN).IsModified = false;   

db.SaveChanges();   

Questo esempio consente essenzialmente di lasciare sola la logica aziendale dopo aver aggiunto un nuovo campo alla tabella Utenti e alla vista.

foreach(PropertyInfo propertyInfo in original.GetType().GetProperties()) {
    if (propertyInfo.GetValue(updatedUser, null) == null)
        propertyInfo.SetValue(updatedUser, propertyInfo.GetValue(original, null), null);
}
db.Entry(original).CurrentValues.SetValues(updatedUser);
db.SaveChanges();

Ho aggiunto un metodo di aggiornamento extra alla mia classe base di repository simile al metodo di aggiornamento generato da Scaffolding. Invece di impostare "modificato" l'intero oggetto, imposta una serie di singole proprietà. (T è un parametro generico di classe.)

public void Update(T obj, params Expression<Func<T, object>>[] propertiesToUpdate)
{
    Context.Set<T>().Attach(obj);

    foreach (var p in propertiesToUpdate)
    {
        Context.Entry(obj).Property(p).IsModified = true;
    }
}

E quindi chiamare, ad esempio:

public void UpdatePasswordAndEmail(long userId, string password, string email)
{
    var user = new User {UserId = userId, Password = password, Email = email};

    Update(user, u => u.Password, u => u.Email);

    Save();
}

Mi piace un viaggio nel database. È probabilmente meglio farlo con i modelli di visualizzazione, tuttavia, al fine di evitare la ripetizione di insiemi di proprietà. Non l'ho ancora fatto perché non so come evitare di inserire i messaggi di convalida sui validatori del mio modello di vista nel mio progetto di dominio.

public interface IRepository
{
    void Update<T>(T obj, params Expression<Func<T, object>>[] propertiesToUpdate) where T : class;
}

public class Repository : DbContext, IRepository
{
    public void Update<T>(T obj, params Expression<Func<T, object>>[] propertiesToUpdate) where T : class
    {
        Set<T>().Attach(obj);
        propertiesToUpdate.ToList().ForEach(p => Entry(obj).Property(p).IsModified = true);
        SaveChanges();
    }
}

Solo per aggiungere all'elenco di opzioni. Puoi anche prendere l'oggetto dal database e utilizzare uno strumento di mappatura automatica come Auto Mapper per aggiornare le parti del record che desideri modificare.

A seconda del caso d'uso, si applicano tutte le soluzioni di cui sopra. Questo è come lo faccio di solito però:

Per il codice lato server (ad esempio un processo batch) di solito carico le entità e lavoro con proxy dinamici. Di solito nei processi batch è necessario caricare comunque i dati al momento dell'esecuzione del servizio. Provo a caricare in batch i dati invece di utilizzare il metodo find per risparmiare tempo. A seconda del processo che utilizzo il controllo della concorrenza ottimista o pessimistico (utilizzo sempre l'ottimismo, tranne per gli scenari di esecuzione parallela in cui ho bisogno di bloccare alcuni record con semplici istruzioni sql, questo è raro però). A seconda del codice e dello scenario, l'impatto può essere ridotto a quasi zero.

Per gli scenari lato client, hai alcune opzioni

1. Usa i modelli di visualizzazione. I modelli dovrebbero avere una proprietà UpdateStatus (non modificata, inserita, aggiornata, eliminata). È responsabilità del cliente impostare il valore corretto su questa colonna in base alle azioni dell'utente (insert-update-delete). Il server può eseguire una query nel db per i valori originali oppure il client deve inviare i valori originali al server insieme alle righe modificate. Il server deve associare i valori originali e utilizzare la colonna UpdateStatus per ogni riga per decidere come gestire i nuovi valori. In questo scenario utilizzo sempre una concorrenza ottimistica. Questo farà solo le istruzioni insert - update - delete e non alcuna selezione, ma potrebbe essere necessario un codice intelligente per percorrere il grafico e aggiornare le entità (dipende dallo scenario - dall'applicazione). Un mapper può aiutare ma non gestisce la logica CRUD

2. Usa una libreria come breeze.js che nasconde la maggior parte di questa complessità (come descritto in 1) e prova ad adattarla al tuo caso d'uso.

Spero che sia d'aiuto