Entity Framework Code First - Vantaggi e svantaggi di Fluent Api rispetto alle annotazioni dei dati [chiuso]

Quando si crea un database utilizzando Entity Framework code-first, è possibile estrarre gran parte del modello di database dal codice. È possibile utilizzare API e / o attributi fluenti per ottimizzare il modello.

Quali sono i vantaggi e gli svantaggi di Fluent Api rispetto alle annotazioni dei dati? In altre parole: anche se in determinate situazioni possono essere utilizzati entrambi i metodi, in quali casi dovrebbe prevalere un metodo sull'altro?

Tutto ciò che puoi configurare con DataAnnotations è possibile anche con l'API Fluent. Non è vero il contrario. Quindi, dal punto di vista delle opzioni di configurazione e della flessibilità, l'API Fluent è "migliore".

Esempi di configurazione (di sicuro non un elenco completo) che sono possibili nell'API Fluent ma non con DataAnnotations (per quanto posso vedere):

• Disattiva eliminazioni a cascata:

  .WillCascadeOnDelete(false)

• Specificare il nome della colonna della chiave esterna nel database quando la chiave non è esposta nel modello a oggetti:

  .Map(conf => conf.MapKey("MyForeignKeyID"))

• Ottimizzazione granulare delle relazioni, soprattutto in tutti i casi in cui solo un lato di un'associazione è esposto nel modello a oggetti:

  .WithMany(...), WithOptional(...), WithRequiredDependent(...),WithRequiredPrincipal(...)

• Specifica della mappatura dell'ereditarietà tra il modello a oggetti e le tabelle del database (Table-Per-Hierarchy, Table-Per-Type, Table-Per-Concrete-Class):

  .Map<TDerived>(Action<EntityMappingConfiguration<TDerived>> ...)

Modifica: Microsoft considera l'API Fluent come una "funzionalità avanzata" (citazione da qui ):

L'API fluente è considerata una funzionalità più avanzata e ti consigliamo di utilizzare le annotazioni dei dati a meno che i tuoi requisiti non richiedano l'utilizzo dell'API fluente.

Ma secondo me si raggiungono i limiti di DataAnnotation molto rapidamente (tranne forse per modelli di oggetti estremamente semplici). Se non è più possibile mettere a punto il modello con DataAnnotations, l'ultima risorsa è seguire le convenzioni di mappatura predefinite (denominando le proprietà in base a tali regole). Attualmente non è possibile sovrascrivere le convenzioni (solo disabilitarle; MS ha annunciato di fornire opzioni di configurazione per le convenzioni nelle future versioni di EF). Ma se non vuoi essere costretto dalle convenzioni di mappatura quando definisci il tuo modello a oggetti, la tua unica opzione è l'API Fluent.

Imparare l'API fluente è quasi un must imho, le DataAnnotations sono utili per applicazioni semplici.