Tôi có nên học LINQ to SQL ngay cả khi nó được cuộn vào Entity Framework không?

Question

Tôi đang tìm hiểu để tìm hiểu LINQ để truy vấn cơ sở dữ liệu MS SQL, nhưng tôi không chắc chắn về con đường để thực hiện. Tôi đọc gần đây rằng LINQ to SQL đang được cuộn vào Entity Framework, và phát triển có thể bị trì trệ.

Có đáng học Linq cho SQL không? Hoặc tôi có nên tập trung vào Entity Framework hay một mô hình quan hệ đối tượng khác như Devforce của Ideablade đang chuyển sang LINQ vì nó là ngôn ngữ truy vấn?

Answer 1

LINQ to SQL đang được cuộn vào Khung thực thể và đó là nơi mà nhóm đó đang đặt năng lượng của nó. Vì vậy, việc biết Khung thực thể có thể là ưu tiên hàng đầu của bạn (tôi sẽ làm cho nó là của tôi).

Tuy nhiên, nếu bạn có chu kỳ, sẽ không lãng phí thời gian để hiểu LINQ to SQL. Vẫn còn rất nhiều về LINQ, biểu thức, tải chậm, thực thi chậm trễ, vv mà bạn có thể học hỏi từ nó và vẫn sẽ được áp dụng lâu sau khi nó đã được hợp nhất vào Khuôn khổ thực thể.

Answer 2

Tôi nghi ngờ rằng nhà cung cấp LINQtoSQL sẽ biến mất, mặc dù, dường như đúng là trọng tâm mở rộng LINQ sẽ là với Entity Framework. Vấn đề là khung Entity thực sự khủng khiếp hiện nay, IMO. Tôi đang tiến hành phát triển các ứng dụng bằng cách sử dụng LINQtoSQL làm ORM. Tôi hoàn toàn hy vọng rằng sự hỗ trợ ngôn ngữ sẽ có trong tương lai. Khi LINQtoEntities bắt kịp, tôi có thể nhìn vào nó, mặc dù LINQtoSQL trong hóa thân hiện tại của nó có vẻ là đầy đủ (với một vài tinh chỉnh tôi đã thêm vào bản thân mình) cho nhu cầu của tôi. Điều này đặc biệt đúng bằng cách sử dụng Dynamic LINQ mà tôi đã sử dụng để giải quyết một số vấn đề gai góc mà tôi không thể nhận được nếu không (sắp xếp theo tài sản là đơn giản hơn rất nhiều với Dynamic LINQ).

Bạn có thể muốn xem xét sử dụng nHibernate và LINQ for nHibernate.