Come progettate il vostro approccio code-in nel framework di entità quando il vostro codice dovrebbe includere dati utente (nome, password ...) senza ripetere / sovrascrivere ciò che il framework MVC genererà in termini di tabelle, classi, autorizzazioni e l'autenticazione
Come semplice esempio, se ho un'applicazione che gestirà i progetti utente, i miei modelli conterranno le seguenti classi e avranno la seguente relazione:
- One user may be assigned one or MANY projects
- One project may be assigned to one or MANY users
(solo per mostrare la natura di relazione ERD da molti a molti)
class User{
//implementation of the class members and
// navigation properties to alow Entity Framework to create the DB tables
}
class Project{
//implementation of the class members and
// navigation properties to alow Entity Framework to create the DB tables
}
Ora il problema che sto affrontando è che il framework EF e ASP .net MVC si occupa della creazione di tabelle utente, profili e ruoli ...
Non sono sicuro se sia possibile progettare le mie classi in modo da mostrare una relazione automatica (convenzionale) con il resto delle tabelle create da MVC.
Nel caso in cui questo debba essere fatto scrivendo classi di Autenticazione personalizzate, puoi spiegare come? perché ho trovato molti articoli che discutono lo stesso problema ma senza evidenziare la relazione tra le classi del progetto e le classi / tabelle MVC create, inoltre se lo sviluppatore sceglie di utilizzare il modo MVC si ritroverà con due contesti dati, anche dopo unendo entrambe le tabelle in un catalogo di server sql.