MS Entity Framework VS NHibernate và các đóng góp có nguồn gốc của nó (FluentNHibernate, LINQ cho NHibernate)

Question

Tôi chỉ đọc article về Entity Framework 4 (thực sự là phiên bản 2).

Entity Framework dường như cung cấp một cải tiến lớn so với bản phát hành đầu tiên. Vì vậy, tôi chưa bao giờ sử dụng EF trong bất kỳ dự án nào, vì tôi nghĩ EF không đủ trưởng thành so với NHibernate.

và đóng góp hiện nay của FluentNHibernate và Linq for NHibernate by Ayende Rahien

Cảm giác của tôi là Microsoft đang chỉ cố gắng để đạt được địa hình nó đã mất ủng hộ của NHibernate khi phiên bản thứ 2 của NHibernate ra. Tuy nhiên, mối quan tâm của tôi là những điều sau (không theo thứ tự cụ thể):

• EF4 có xu hướng ít chi tiết hơn không?
• EF4 có tương thích với các kho dữ liệu bên dưới không chỉ là SQL Server?
• Lợi ích lớn nhất khi dùng EF4 thay vì FluentNHibernate hoặc NHibernate?

NHibernate là một công cụ tuyệt vời, tôi đoán mọi người đều đồng ý. Do người tiền nhiệm Hibernate của nó, chúng ta có thể dễ dàng tìm thấy tài liệu và hướng dẫn và các ứng dụng mẫu để làm quen với nó. Đây không phải là trường hợp của FluentNHibernate. Đặc biệt là theo dự án tôi đang làm việc ngay bây giờ mà yêu cầu tôi điều tra thêm về NHibernate và các tùy chọn của nó (FluentNHibernate ví dụ) để tài liệu các quy tắc sử dụng và thực hành tốt nhất của NHibernate và công nghệ FluentNHibernate. Vì vậy, bị còng tay với VB.NET, là một nhà phát triển C-Style, tôi không thể tìm thấy một số tương đương cú pháp trong VB.NET cho các ví dụ được cung cấp, mặc dù tôi đã thực hiện theo cách của tôi cho đến nay.

Tôi tin rằng NHibernate là một lựa chọn tốt nhất, nhưng là một nhà tư vấn phần mềm, tôi không thể (không muốn) bỏ lỡ những thay đổi, cải tiến và tiến hóa công nghệ quan trọng.

Mặc dù nhận xét không tốt về EF1, EF4 dường như rất hứa hẹn. Tất cả những gì bạn nghĩ về cả hai NHibernate và Entity Framework con đường? Đối với tôi, tôi trở nên bối rối với tất cả những bài đọc đó. Tôi cần anh mang đầu ra khỏi mặt nước.

Nhờ tất cả các bạn!

Answer 1

Làm điều này với một hạt muối. Tôi không phải bất kỳ loại quyền nào trên các công cụ ORM, nhưng ở đây nó đi ...

Một trong những lợi ích lớn nhất mà tôi thấy trong EF là GUI để lập bản đồ. IMO, điều này tiết kiệm rất nhiều thời gian, nhưng có lẽ là lý do tại sao ánh xạ XML của EF quá chi tiết. Chúng không được thực hiện để được xử lý bằng tay, thật không may. Cho dù nó sẽ thay đổi hay không tôi không biết. Những gì tôi biết là GUI mà EF cung cấp được sử dụng rất dễ hỏng trong các phiên bản trước. Và tôi vẫn nghe về những người phàn nàn rằng nó không mở rộng quy mô, đặc biệt là trên các lược đồ lớn hơn và phức tạp hơn, nơi nó chỉ bỏ lỡ mọi thứ và bạn kết thúc với các ánh xạ trực tiếp. Ý kiến ​​của tôi là các bản đồ XML sẽ trở nên kém tiết hơn khi EF trưởng thành. Bạn cũng có hỗ trợ lập bản đồ thông thạo trong EF, điều này cũng hữu ích. Cuối cùng, một điều quan trọng nữa là khả năng thay đổi các mẫu mã mà EF tạo ra, đó là nếu bạn thích thiết kế dựa vào cơ sở dữ liệu thay vì cách tiếp cận thiết kế đầu tiên.

Một lợi ích khác là nó đến từ Microsoft và họ có đủ bột để làm cho một khung công tác thực sự dope này. Nó đã phát triển rất nhiều trong vài năm qua. Tôi nghĩ rằng nó sẽ được trên cùng một mặt bằng NHibernate trong một ít hơn một năm.Hiện tại, tôi nghĩ NHibernate là một lựa chọn tốt hơn. Nó ổn định hơn và trưởng thành hơn. Tương đối dễ cấu hình và quan trọng nhất là một người biểu diễn tốt hơn. Tôi nghĩ nếu bạn thiết kế một cách khôn ngoan, việc di chuyển từ người này sang người khác sẽ là một miếng bánh.

EF chỉ là trừu tượng. Tôi tin rằng có các nhà cung cấp cho Oracle, vì vậy tôi không thấy lý do tại sao không thể được thêm vào khi nó phát triển.

Answer 2

EF4 có xu hướng ít chi tiết hơn XML không?

Nói chung, tôi chưa thấy bất kỳ dấu hiệu nào cho thấy XML sẽ khác biệt đáng kể. Microsoft đang cung cấp một giao diện Fluent giống như EF trong v4, nhưng nó là một phần bổ sung trên/riêng biệt.

EF4 có tương thích với kho dữ liệu cơ bản khác ngoài SQL Server không?

Hiện tại, tính năng này tương thích và sẽ vẫn tương thích trong tương lai. LinqToSql chỉ là SQL Server, nhưng EF chưa bao giờ là SQL Server.

Lợi ích lớn nhất khi dùng EF4 thay vì FluentNHibernate hoặc NHibernate?

Thành thật mà nói, không có nhiều. Có rất ít thứ ở đây và ở đó khác nhau, nhưng nói chung NHibernate vẫn còn nhiều năm trước EntityFramework, ngay cả trong EFv4.

Là một nhà tư vấn, có lẽ bạn nên dành thời gian để trở thành chuyên gia trong cả NHibernate và Entity Framework. Bạn có thể sẽ tiếp tục nhìn thấy cả hai trong thế giới thực. Microsoft có xu hướng có một sự chú ý ngắn khi nói đến truy cập dữ liệu vì vậy nó không rõ ràng nơi Entity Framework sẽ là một vài năm kể từ bây giờ. Vì nó là của Microsoft, bạn có thể chắc chắn rằng rất nhiều nhà phát triển sẽ sử dụng EF.

Answer 3

Tôi biết hầu như không có gì về EF, nhưng lướt qua các liên kết được cung cấp dẫn tôi tin rằng EF không tương đương với chức năng Tự động hóa của Fluent NHibernate.

Edit: Một số bình luận đã chỉ cho tôi đến các liên kết chỉ có một số automapping trong EF, nhưng nó không thực sự rõ ràng nếu nó mạnh mẽ như FNH (ví dụ, có thể AutoMap bộ sưu tập của các đối tượng khác) .

Cá nhân, tôi thích có khả năng thiết kế POCO theo cách OO và cho phép công cụ xử lý tất cả công việc bận rộn của ánh xạ tới cơ sở dữ liệu quan hệ.

FNH vẫn có khả năng tự động hóa mạnh mẽ nhất, theo như tôi biết.

Đi tới Fluent NHibernate Automapping để biết thêm thông tin.