Code First NON è un framework.
Fare altrimenti rispetto a che cosa?
E per quale motivo?
Boh, chi lo sa...
Ma via, continuiamo a buttare cose a caso, attribuirvi finalità o tipologie che non c'entrano nulla e indicandole come soluzioni forzate, come uniche alternative rispetto a cose che non si conoscono, non vengono dette, e per problemi sconosciuti, mescolando un po' di termini tecnici e di nomi come vengono vengono, tanto il forum serve a questo...
MARCO BREVEGLIERI
Software and Web Developer, Teacher and Consultant
Home | Blog | Delphi Podcast | Twitch | Altro...
Secondo il mio particolare punto di vista, questo thread andrebbe terminato perché non si capisce quale sia il problema da risolvere, né il percorso "mentale" che si vuole fare per risolvere tale fantomatico problema.
Ripeto, solo secondo il mio personalissimo parere ...![]()
No MP tecnici (non rispondo nemmeno!), usa il forum.
A quanto mi risulta, ma magari mi sbaglio e non sono aggiornato..., code-first non è un Framework ne tantomeno una libreria, ma in "approccio", cioè modelli le classi di dominio (cioè quelle che mappano le tabelle del db) su codice, riportandole poi nel db generalmente utilizzando le migrazioni, di conseguenza comanda, o meglio viene prima il codice (da qui il nome code first).
L'approccio opposto è il database-first.
Se quindi come hai detto con CodeFirst funziona tutto, immagino che hai seguito una di queste strade:
a) hai preso le classi che avevi e con una migrazione hai allineato il db al codice
b) hai corretto a mano le classi allineandole perfettamente a quelle del db
Riccardo Sadocchi
Microsoft MCP C#