Entity Framework VS Ado.net

Question

Jaka jest podstawowa różnica między ADO.net i Entity Framework?

Dlaczego powinniśmy używać modelu danych jednostki zamiast komend i zestawów danych?

Answer 1

Obiekt ADO.NET to ORM (odwzorowanie relacyjne obiektów), który tworzy wyższy abstrakcyjny model obiektowy na komponentach ADO.NET. Więc zamiast się do zbioru danych, DataTables, polecenie, a obiekty połączeń, jak pokazano w poniższym kodzie, pracujesz na obiektach domen wyższego szczebla, jak klientów, dostawców itp

DataTable table = adoDs.Tables[0]; 
for (int j = 0; j < table.Rows.Count; j++) 
{ 
    DataRow row = table.Rows[j]; 

    // Get the values of the fields 
    string CustomerName = 
     (string)row["Customername"]; 
    string CustomerCode = 
     (string)row["CustomerCode"]; 
} 

Poniżej znajduje się kod dla Entity Framework w w którym pracujemy na obiektach domeny wyższego poziomu, takich jak klient, a nie na podstawowych komponentach ADO.NET (takich jak zestaw danych, dataresader, polecenie, obiekty połączeń itp.).

foreach (Customer objCust in obj.Customers) 
{} 

Główną i jedyną korzyścią z EF jest automatycznie generuje kod dla modelu (warstwa środkowa), Data Access Layer i mapowanie kodu, zmniejszając w ten sposób dużo czasu rozwoju.

here

Answer 2

Myślę, że to pytanie wprowadza w błąd. Entity Framework to opakowanie dla ADO.NET. Tak więc nie ma prawie żadnej różnicy między tymi dwoma w wydajności (być może struktura encji jest nieco wolniejsza). To, czego używasz, zależy całkowicie od twoich preferencji. Im obecnie korzystam z Entity framework dla prawie wszystkiego związanego z bazą danych, ponieważ wydaje się znacznie prostsze i szybsze uzyskanie tego, czego potrzebujesz.