Czy powinienem nauczyć się Linq do SQL, mimo że jest on wtaczany do Entity Framework?

Question

Szukam nauczyć się Linq do kwerend MS SQL baz danych, ale nie jestem pewien, którą ścieżkę do podjęcia. Czytałem niedawno, że Linq do SQL jest wdrażany w Entity Framework, a rozwój może być w fazie stagnacji.

Czy warto nauczyć się jeszcze Linq w SQL? A może powinienem skupić się na Entity Framework lub innym Modelu Relacji Obiektowych, takim jak Developforade DevForce, który przenosi się do Linq, ponieważ jest to język zapytań?

Answer 1

Linq do SQL jest wcielany do Entity Framework, i to tam zespół kładzie swoje energie. Tak więc, wiedząc, że Entity Framework będzie prawdopodobnie pierwszym priorytetem (chciałbym, aby był mój).

Jednakże, jeśli masz cykle, nie jest zmarnowany czas na zrozumienie Linq do SQL. Wciąż jest dużo o Linq, wyrażeń, leniwym ładowaniu, opóźnionym wykonywaniu itd., Z których możesz się uczyć i będzie on obowiązywał długo po tym, jak zostanie połączony z Entity Framework.

Answer 2

Wątpię, czy dostawca LINQtoSQL odejdzie, choć wydaje się prawdą, że skupienie na rozszerzeniu LINQ będzie z Entity Framework. Problem polega na tym, że Entity Framework jest obecnie naprawdę okropny, IMO. Zajmuję się rozwijaniem aplikacji wykorzystujących LINQtoSQL jako ORM. W pełni oczekuję, że wsparcie językowe będzie dostępne w przyszłości. Kiedy LINQtoEntities zacznie działać, mogę się temu przyjrzeć, choć LINQtoSQL w obecnym wcieleniu wydaje się być odpowiedni (z kilkoma dodatkami, które dodałem) do moich potrzeb. Jest to szczególnie ważne przy użyciu Dynamic LINQ, którego użyłem do rozwiązania niektórych trudnych problemów, których nie mogłem uzyskać inaczej (sortowanie według właściwości jest o wiele prostsze w przypadku dynamicznego LINQ).

Być może warto rozważyć użycie nHibernate i LINQ for nHibernate.