Utilizzo di Entity Framework con applicazioni di terze parti

1

Nella mia situazione attuale sono uno dei due sviluppatori di un produttore. Abbiamo esteso la funzionalità delle applicazioni esistenti (ERP e alcuni altri).

Queste applicazioni di terze parti non consentono molte modifiche del loro database in quanto potrebbero / potrebbero rompere l'applicazione. Siamo i più forti in T-SQL e abbiamo molte stored procedure che implementano la logica necessaria per restituire un db set con un wrapper minimo alle applicazioni .net.

Ho anche creato un'altra applicazione code-first usando Entity Framework che vive in Azure. Mi piacerebbe prendere alcune delle pratiche di questo e applicarlo a ciò che stiamo facendo.

Tenendo presente che abbiamo scarso controllo sulle applicazioni di terze parti quali sono le best practice consigliate?

Continuerebbe a utilizzare T-SQL con un wrapper minimo per restituire i dati o possiamo farlo anche utilizzando Entity Framework per una certa continuità tra le app personalizzate.

    
posta Matt 22.10.2018 - 17:05
fonte

1 risposta

0

Il framework Entity è ... bene.

Ma se sei soddisfatto di sql e sqlclient fai un favore a te stesso e saltalo.

Basta fare una ricerca su StackOverflow per domande EF e si vede il problema con cui le persone entrano.

Non esiste alcun vantaggio concreto che EF abbia su sqlclient eccetto la digitazione salvata.

Nel tuo caso particolare con un database esistente di terze parti e le stored procedure hai ancora più motivi per usare un codice personalizzato per interfacciare tra il tuo codice e il db piuttosto che un ORM.

Ci sono casi in cui è possibile applicare la semplice "convenzione sulla configurazione" e si è obbligati a entrare nel nocciolo del paradigma degli ORM per mettere insieme le cose.

Mentre con la tua mappatura hardcoding è semplice fare un campo particolare o sprocare in modo diverso dagli altri.

    
risposta data 22.10.2018 - 19:10
fonte

Leggi altre domande sui tag