Teraz, gdy .NET v3.5 SP1 został wydany (wraz z VS2008 SP1), mamy teraz dostęp do frameworku encji .NET.
Moje pytanie brzmi: Kiedy próbujesz zdecydować się na użycie Entity Framework i LINQ do SQL jako ORM, jaka jest różnica?
W moim rozumieniu Entity Framework (w połączeniu z LINQ to Entities) jest „starszym bratem” LINQ na SQL? Jeśli tak jest - jakie to ma zalety? Co może zrobić, że LINQ to SQL nie może zrobić samodzielnie?
138
Myślę, że poniższe odpowiedzi powinny zostać ponownie przeanalizowane, ponieważ od dawna EF został wydany, więc nowi programiści, którzy się tu znajdą, mogą odnieść złe wrażenie. EF stał się WIELKIM i ŁATWYM narzędziem od czasu jego wczesnego wydania. Właśnie skonfigurowałeś połączenie z bazą danych i jest to 90% wszystkiego, czego potrzebujesz. Bardzo szybki rozwój z doświadczonego punktu widzenia! Stamtąd - LINQ jest twoim najlepszym przyjacielem. Jest wysoce konfigurowalny, MVC po prostu go uwielbia, a ludziom, którzy mówią, że jest zły - Naucz się go najpierw używać (i zdobądź również LINQ)!
—
graumanoz
Właśnie dlatego jest jasne - to nie tak, że masz teraz wybór - MSFT skutecznie zabiło LINQ2SQL na rzecz EF. Jednak fakt, że MSFT open source EF pomógł mu ssać mniej i zdecydowanie poprawia się. Ale dla każdego, kto wejdzie w EF - pamiętaj, aby zrozumieć, że wciąż jest wiele dziwactw w EF. Napisałem o jednym - stackoverflow.com/questions/305092/…
—
nikib3ro
@ kape123, (a) LINQ do SQL nie jest „martwy”; nadal jest użyteczny; (b) LINQ to SQL jest standardową metodą dostępu do danych w rozwoju Windows Phone 8.
—
Ryan Lundy
@ user3308043, [potrzebne źródło].
—
Ryan Lundy,
@ Kyralessa - od 2010 r. (Wraz z wydaniem .NET4.0, najnowszego cytatu, jaki mogłem znaleźć), MS potwierdziło, że chociaż niektóre inwestycje mogą być dokonane w LINQ2SQL, „większość naszych całkowitych inwestycji będzie w jednostce Struktura."
—
kmote
