Domanda
Sto utilizzando l'approccio Model First con EF6 e sto cercando di utilizzare Entity Framework Effort per sviluppare test in-memory.
Ecco cosa faccio nel mio test:
var inMemoryConnection = Effort.DbConnectionFactory.CreateTransient("name=MyEntities");
var inMemoryContext = new MyEntities(inMemoryConnection);
MyEntities:
public partial class MyEntities: DbContext
{
public MyEntities(DbConnection dbConnection)
: base(dbConnection, contextOwnsConnection: true)
{
}
Quando eseguo i test, viene visualizzato un errore che indica che non ho specificato alcun attributo [chiave] che è normale poiché non sto utilizzando un approccio Code First. Pertanto, il metodo OnModelCreating viene chiamato e non dovrebbe essere necessario.
Esiste un modo per utilizzare Effort in un modello Model First senza dover aggiungere questi attributi?
Grazie !
Risposta accettata
Ho trovato il mio errore.
Risulta che Effort.DbConnectionFactory.CreateTransient è utilizzato per Code-First.
Invece se stai lavorando con .edmx, Model-First, è Effort. Entity ConnectionFactory.CreateTransient ("name = MyEntities") che devi usare.
Risposta popolare
Anch'io ho avuto un po 'di tempo difficile nel tentativo di far sì che Effort lavorasse prima con un DB, o prima con un modello, come è anche noto. Questo è quello che ho fatto per farlo funzionare:
- Scarica il pacchetto nuget Effort.EF6
- Aggiungi lo sforzo.provider alla sezione di configurazione entità-framework:
<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
<parameters>
<parameter value="mssqllocaldb" />
</parameters>
</defaultConnectionFactory>
<providers>
<provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
<provider invariantName="Effort.Provider" type="Effort.Provider.EffortProviderServices,Effort" />
</providers>
</entityFramework>
- Sostituisci il provider sql con il provider Effort nella stringa di connessione:
<connectionStrings>
<add name="testDb" providerName="Effort.Provider" connectionString="metadata=res://*/StaginDB.csdl|res://*/StaginDB.ssdl|res://*/StaginDB.msl;provider=System.Data.SqlClient;provider connection string="data source=testDB;initial catalog=foobaroo;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework"" />
</connectionStrings>
- Se il tuo contesto modello-primo non offre un costruttore in cui puoi iniettare una connessione, puoi modificare il tuo modello tt per farlo:
<#=Accessibility.ForType(container)#> partial class <#=code.Escape(container)#> : DbContext
{
// I added this constructor so I could inject a db-connection into the context:
public <#=code.Escape(container)#>(System.Data.Common.DbConnection dbConnection, bool contextOwnsConnection)
: base(dbConnection, contextOwnsConnection)
{
}
// Original constructor
public <#=code.Escape(container)#>()
: base("name=<#=container.Name#>")
{
<#
if (!loader.IsLazyLoadingEnabled(container))
{
#>
this.Configuration.LazyLoa.... etc. etc.
- E ora possiamo usare quel costruttore per creare un'istanza di una connessione e un contesto db in memoria basato sullo sforzo basato su questa connessione:
System.Data.Common.DbConnection connection = Effort.EntityConnectionFactory.CreateTransient("name=KPDBSTAGINGEntities");
TestDbContext testDbContext = new testDbContext(connection, false);
TestDbContext.your-entity.add( new your-entity() { etc. tec. });
TestDbContext.SaveChanges();
Spero che sia di aiuto.
PS Altri hanno dovuto aggiungere una sezione db-provider-factory alla loro configurazione. Questo non è stato richiesto per me, ma forse per te:
<system.data>
<DbProviderFactories>
<add name="Effort.Provider" invariant="Effort.Provider" description="Effort.Provider" type="Effort.Provider.EffortProviderFactory,Effort" />
</DbProviderFactories>
</system.data>
Autorizzato sotto: CC-BY-SA with attribution
Non affiliato con Stack Overflow