Domanda
Ho creato un'applicazione ASP.NET Core MVC che si collega a MySQL. Volevo migliorare la soluzione aggiungendo Entity Framework perché genera automaticamente entità e modelli per te. Ma leggendo su questa nuova versione (EF Core), sembra che devi creare i modelli nel codice quindi eseguire uno script per creare il database. Sembra indietro, qual è il vantaggio se non vuoi creare il database in fase di runtime?
Pensavo che Entity Framework fosse l'opposto, potresti prima creare il database, poi aggiungerlo collegandolo in Visual Studio attraverso una bella interfaccia utente e genererebbe tutto per te. Perché è invertito ora? Preferirei mantenere il database in MySQL, quindi recuperare / sincronizzare le modifiche in Visual Studio.
Risposta popolare
È vero che Entity Framework Core (per ora, almeno) supporta solo l'approccio Code First, ma ciò significa solo che l'opzione per generare classi tramite i file EDMX e T4 (normalmente utilizzando il visual designer) non esiste più.
Hai due opzioni per Code First, proprio come fai in Entity Framework 6:
- Da zero. Crea le tue lezioni come vuoi, progetta il tuo database attraverso le classi.
- Con il reverse engineering del database per creare le classi. Puoi vedere qui come fare: Iniziare con EF Core su ASP.NET Core con un database esistente .
Entrambe le opzioni ti lasceranno legato solo ai tuoi POCO e potrai decidere se utilizzare o meno le migrazioni.
Autorizzato sotto: CC-BY-SA with attribution
Non affiliato con Stack Overflow