Entity Framework senza database

Question

Mi piace lavorare con il framework entità per molte ragioni: la facilità di utilizzo del progettista di entità, la potenza di linq e la facilità di associazione. Occasionalmente voglio creare una semplice app che non ha bisogno di usare un database, ma deve ancora lavorare con i dati e visualizzarli sullo schermo, nelle griglie ecc. Quindi vorrei creare un modello EF rapido e usarlo per questo, ma non sembra funzionare molto con il solo utilizzo di dati locali.

La mia domanda è: c'è un uso corretto dell'EF per lavorare con i dati locali e forse solo serializzare/deserializzare l'intero contesto in un file? O è solo uno sforzo troppo grande per rendere il lavoro correttamente? Usavo Dataset in questo modo, insieme a Linq to Dataset, e funziona bene ... Quindi forse quelli sono ancora il modo migliore per andare in questo scenario?

Answer 1

Non so cosa intendi per "dati locali" esattamente (sembra che non sia un database), ma penso che la porzione di Dataset vs. EF del tuo post sia (per me) la vera domanda.

EF è ideale quando è necessario modellare una logica aziendale solida, implementare un modello di modello di dominio, utilizzare Domain Driven Design, ecc. In pratica qualsiasi scenario in cui un modello di modulo tabella o record attivo non è appropriato.

Quando hai solo bisogno di visualizzare alcune griglie di dati e la logica di business è molto semplice, i Dataset sono sicuramente la strada da percorrere (nella mia esperienza).

Answer 2

Sì, è possibile utilizzare Entity Framework come locali, e anche l'accesso ai dati che è attualmente in memoria, leggere i dettagli come link qui sotto:

http://msdn.microsoft.com/en-us/data/jj592872.aspx