MVC Sites ed Entity Framework (usando DbContext)

2

Ho esaminato un paio di tutorial MVC sul sito Web ASP.NET e ho notato che molti di essi fanno uso di Entity Framework (in particolare le informazioni sui provider di identità).

Forse la mia esperienza è un po 'troppo "vecchia scuola", ma credo che un sito web non dovrebbe mai parlare direttamente con un database (anche se lo si avvolge nei repository o si iniettano "servizi").

Al lavoro generalmente progettiamo il nostro software utilizzando un approccio N-Tier per tutto ciò che richiede un po 'di carico:

Web - > WCF (oltre net.tcp) - > Database (usando Dapper principalmente e alcuni Entity Framework)

Guardando al provider di identità che viene fuori dalla scatola, sembra che ci siano numerose chiamate che colpiranno il database direttamente per ogni caricamento di pagina. Mi sembra che tu stia guadagnando un po 'lo sviluppo iniziale, ma che in seguito richiederebbe un investimento molto più elevato (tempo e hardware).

Come può un sito web funzionare sotto carico utilizzando MVC e EF in questo modo?

    
posta Ruaan Kruger 23.11.2014 - 09:45
fonte

0 risposte

Leggi altre domande sui tag