5

Okay, quindi abbiamo una soluzione che contiene i seguenti progetti:Dove posizionare la struttura dell'entità nella nostra soluzione?

  • BusinessLogic
  • Entità
  • DataAccess
  • Utilità
  • Unittests
  • UserInterface

E ' un'impresa molto grande -applicazione a livello. La mia domanda è, dove mettiamo la struttura dell'entità? Da una parte EF sembra una tecnologia di accesso ai dati e dovrebbe essere inserita nel progetto DataAccess. Ma d'altra parte genera le proprie entità e quelle dovrebbero essere inserite nel nostro già grande progetto di Entità.

Quale progetto è il posto migliore per Entity Framework?

È possibile suddividere le entità dalla logica di persistenza in EF?

+0

Si noti che se l'applicazione è sufficientemente grande, è necessario creare più modelli edmx. – tster

+0

Stiamo effettivamente spostando il nostro livello dati in uno più moderno. Vogliamo usare EF. Quindi partendo sarà solo un EDMX, ma ne aggiungeremo altri mentre lentamente trasferiamo tutti i nostri progetti per utilizzare il nuovo livello dati. – Chev

+1

di quante entità stai parlando? Ho incontrato problemi di progettazione di modelli e metadati che hanno caricato problemi di prestazioni con più di 100 entità. – tster

risposta

7

Inserire il file EDMX in DataAccess. Aggiungi il modello T4 per le entità e spostalo da DataAccess alle Entità (probabilmente dovrai modificare il percorso di EDMX nel modello). Funzionerà - lo sto usando tutto il tempo.

Edit:

Ecco Walktrhough for POCOs ma dovrebbe essere lo stesso con imprese commerciali.

+0

Qualche link per aiutarmi a farlo? Non ne ho mai sentito parlare prima. – Chev

+1

@Chevex: ho aggiunto qualche link. –

+0

Ti dispiacerebbe fornirmi un piccolo esempio di quello che stai facendo? lo fai sembrare così semplice, ma tutte le risorse che sto guardando lo rendono molto più complicato. Non ho mai usato i modelli T4 prima. Se tu fossi disposto a fare un rapido passo dopo passo sarei molto riconoscente. So come usare EF, ma questa cosa del modello mi confonde. – Chev

0

Potrei essere fraintendere la tua domanda, ma la cosa che suggerirei prima di tutto è creare un nuovo progetto per il tuo framework di entità.

C'è una buona ragione per essere in con gli altri progetti? Mantenerlo separato lo mantiene piccolo e più facile da gestire. Mantiene anche le dipendenze verso il basso.

+0

Stai fraintendendo la domanda.EF deve andare nel nostro progetto di accesso ai dati, che contiene il codice per accedere al database. O deve andare nel nostro progetto "Entità" dove abbiamo definito tutti i nostri oggetti entità personalizzati. Alla fine EF sostituirà questi oggetti personalizzati con quelli generati. – Chev

+0

Non mi ero reso conto delle dipendenze. – peter

Problemi correlati