Dự án .NET 3.5 mới: Công nghệ DAL nào được sử dụng?

Question

Tôi đang chuẩn bị một dự án Windows mới và tự hỏi loại công nghệ DAL nào sẽ sử dụng. Ban đầu tôi đã tìm kiếm một cái gì đó đơn giản hơn để không dành quá nhiều thời gian để xây dựng nó. Nhưng tôi cũng hiểu rằng nó phải hiệu quả và có thể mở rộng trong thời gian dài.

Tôi định sử dụng WPF (MVVM) Ứng dụng khách và Dịch vụ WCF trên hệ thống 3 cấp.

Chỉ cần để tổng hợp tất cả các công nghệ hiện có Tôi quen thuộc với:

DataSets

PRO: Có thể là một chút cũ lỗi thời, nhưng rất dễ sử dụng và cho phép những phần nhất để được tự động được tạo cho bạn. Một khía cạnh mạnh mẽ về bộ dữ liệu là dễ dàng di chuyển dữ liệu liên quan thông qua Quan hệ. Cũng theo cách nó bị ngắt kết nối khỏi cơ sở dữ liệu và có thể đơn giản hóa các bản cập nhật bằng cách tự động kiểm tra dấu thời gian. Bao gồm xác thực.

CONTRA: Khá cũ. Một số coi chúng là không có các đối tượng/mô hình kinh doanh thực tế mà chỉ là một bản sao của các bảng dữ liệu SQL của bạn. Việc chuyển chúng giữa WCF Service/Client có thể khó khăn hơn các đối tượng nghiệp vụ tự tạo.

Thư viện Enterprise 4.1 - Data Access Khối

PRO: Các Dal là đẹp đưa vào một mô hình Nhà máy. Nó sẽ tự động mở kết nối và đóng tự động. Rất dễ sử dụng cho hầu hết các phần. Nó hỗ trợ cả hai dataSets và SQL Sps bình thường để tạo các đối tượng nghiệp vụ của riêng bạn. Là một phần của một Framework đang diễn ra, nó có thể hiệu quả hơn nhiều khi sử dụng kết hợp với phần còn lại của Thư viện doanh nghiệp để có một sản phẩm cuối cùng hiệu quả.

CONTRA: ??

LINQ to SQL

PRO: Tự động tạo ra các bảng SQL thành các đối tượng kinh doanh. Dễ dàng để CRUD. Về mặt lý thuyết, một cách rất hay để làm điều đó.

CONTRA: Đã chơi xung quanh với nó khi nó ra, tôi thấy nó flaky và đôi khi không ổn định. Nó đã được coi là một công nghệ đã chết sau khi Microsoft thông báo rằng Entity Framework 4.0 - như là một phần của .NET 4.0 - sẽ được Microsoft đề nghị. Chỉ có một vài sửa lỗi cũng được mong đợi trong .NET 4.0 nhưng không có thêm tính năng mở rộng kế hoạch.

Entity Framework 4.0

Tôi không biết bất cứ điều gì về nó, nhưng duy nhất mà nó sẽ thay thế mọi thứ khác như trên .NET 4.0. Tôi cũng bị cám dỗ để sử dụng nó, tuy nhiên kể từ khi nó vẫn còn trong BETA, tôi sẽ không thể đi theo cách đó được nêu ra.

Tôi rất cám dỗ khi sử dụng Thư viện doanh nghiệp 4.1 - Chặn truy cập dữ liệu và để tạo đối tượng kinh doanh của riêng tôi. Con lớn là nó sẽ mất nhiều thời gian hơn để tạo ra DAL. Trừ khi ai đó có thể thuyết phục tôi sử dụng DataSets thông qua Khối truy cập dữ liệu thay thế.

Ý kiến ​​và ý tưởng của bạn là gì? Rất cám ơn, Kave

Answer 1

Bạn đề cập đến khung thực thể như một phần của "contra" cho tùy chọn LINQ to SQL, nhưng bạn nên xem xét nó thay cho LINQ to SQL - nó cung cấp khá nhiều chức năng tương tự cộng thêm. Đối với các dự án có cơ sở dữ liệu nhỏ hơn, nó chắc chắn cung cấp rất nhiều bang cho buck. Nó có thể là một thách thức trong EF để quản lý bối cảnh cho các cơ sở dữ liệu lớn hơn, và các thay đổi lược đồ có thể gây ra mọi thứ để phá vỡ, nhưng những thách thức này có ở đó với bất kỳ cách tiếp cận truy cập dữ liệu nào.

Con lớn nhất cho EntLib, trong tâm trí của tôi, là bạn vẫn đang lăn các đối tượng dữ liệu của riêng bạn. Thư viện doanh nghiệp lấy đi rất nhiều đoạn mã của hệ thống ống nước từ một triển khai ADO.NET "cũ", rất hay, nhưng nó không tạo ra các đối tượng dữ liệu cho bạn có thể được sử dụng trong hộp để truy vấn LINQ.

Answer 2

A. Kiểm tra cũng NHibernate.

B. Số liệu - nhanh nhất và dễ nhất, nhưng bạn viết mã rất nhiều.

Tất cả phần còn lại - có rất nhiều điều tốt trong việc sử dụng các công cụ ORM, nhưng có rất nhiều vấn đề với 3 phân nhánh với chúng.

(tải lười biếng là một vấn đề để đối phó với, làm cho rất nhiều cây đối tượng lớn mà hiệu suất có hiệu lực, bộ nhớ đệm không phải là thông minh càng tốt)

Vì vậy - nó phụ thuộc là những gì nhu cầu lớn của bạn, và bao nhiêu thời gian bạn muốn dành học EL/LINQ hoặc NHibernate trước khi bạn bắt đầu viết mã, b/c có IS một đường cong học tập với các công cụ này.

Answer 3

Chúng tôi ưu tiên sử dụng DataSets với Chặn ứng dụng dữ liệu EntLib 4.1.

Hiện tại, chúng tôi sử dụng Khung thực thể. Chúng tôi đã đạt được một cải tiến lớn về năng suất với Entity Framework so với EntLib 4.1. (Progam lớp dữ liệu cho 80 bảng trong 10 giờ thay vì 80)

Entity Framework 4 vẫn đang trong giai đoạn Beta, nhưng nếu trước khi dự án của bạn hoạt động, tôi sẽ đi với EF 4. Bạn nhận được năng suất của ORM đồng thời tính linh hoạt của việc sử dụng POCO (đối tượng Clr cũ)

Answer 4

Ý tưởng tốt nhất là có cơ hội sử dụng cả hai công nghệ cùng một lúc. Bạn có thể làm như thế nào? Nó rất đơn giản với mẫu Repository. Lúc đầu, bạn cần tạo giao diện IRepository chung. Một cái gì đó như thế này:

public interface IERepository<E> 
{ 
    DbTransaction BeginTransaction(); 
    void EndTransaction(); 
    void Add(E entity); 
    void Delete(E entity); 
    int Save(); 

    ObjectQuery<E> DoQuery(string entitySetName); 
    IList<E> SelectAll(string entitySetName); 
    E SelectByKey(int Key); 

    bool TrySameValueExist(string fieldName, object fieldValue, string key); 
    bool TryEntity(ISpecification<E> selectSpec); 

    int GetCount(); 
    int GetCount(ISpecification<E> selectSpec); 
    int AddAndSave(E entity); 

} 

Tôi thích Khung thực thể hơn. Tôi đã tạo 3 dự án dựa trên nó. Nó hoạt động rất nhanh, đặc biệt là các truy vấn với phân trang. Vì vậy, sau khi bạn cần tạo kho cơ sở chung Kho lưu trữ với các phương thức ảo, những gì thực hiện giao diện IRepository. Và đó là tất cả. Bây giờ bạn có cách rất nhanh để tạo ra Dal viết mã đơn giản như thế này:

public class MonthRepository:Repository<Month> 
{ 

} 

Bạn có khả năng để ghi đè lên tất cả các phương pháp của lớp cơ sở và tạo quyền truy cập vào DB sử dụng thủ tục lưu trữ mà bạn cần. Và bạn có thể làm mà không cần thay đổi mã ở những nơi khác. Bạn vẫn sẽ trả lại cùng một loại thực thể nhưng sẽ nhận chúng theo cách khác.

Reade thêm về http://www.codeproject.com/KB/database/ImplRepositoryPatternEF.aspx

Answer 5

NHibernate có sự pha trộn tổng thể tốt nhất của tính năng thiết lập, trưởng thành, và hỗ trợ.

NHibernate, Entity Framework, active records or linq2sql

Bạn nên cân nhắc LINQ hỗ trợ ưu tiên hàng đầu đối với bất kỳ giải pháp bạn xem xét và hai bạn tùy chọn đầu tiên trên không hỗ trợ LINQ.