Họ là những điều tương tự? Vừa mới xem xong hướng dẫn về Mặt tiền cửa hàng của Rob Connery và chúng có vẻ giống nhau. Ý tôi là, khi tôi triển khai một đối tượng DAL, tôi có các phương thức GetStuff, Add / Delete, v.v. và tôi luôn viết giao diện trước để có thể chuyển đổi db sau.
Tôi có đang nhầm lẫn mọi thứ không?
Câu trả lời:
Bạn chắc chắn không phải là người nhầm lẫn mọi thứ. :-)
Tôi nghĩ câu trả lời cho câu hỏi phụ thuộc vào mức độ bạn muốn trở thành một người theo chủ nghĩa thuần khiết.
Nếu bạn muốn có một quan điểm DDD nghiêm ngặt, điều đó sẽ đưa bạn đi theo một con đường. Nếu bạn xem kho lưu trữ như một khuôn mẫu đã giúp chúng tôi chuẩn hóa giao diện của lớp ngăn cách giữa các dịch vụ và cơ sở dữ liệu, nó sẽ đưa bạn xuống một lớp khác.
Theo quan điểm của tôi, kho lưu trữ chỉ là một lớp truy cập dữ liệu được chỉ định rõ ràng, hay nói cách khác là một cách tiêu chuẩn hóa để triển khai Lớp truy cập dữ liệu của bạn. Có một số khác biệt giữa các triển khai kho lưu trữ khác nhau, nhưng khái niệm thì giống nhau.
Một số người sẽ đặt nhiều ràng buộc DDD hơn vào kho lưu trữ trong khi những người khác sẽ sử dụng kho lưu trữ như một trung gian thuận tiện giữa cơ sở dữ liệu và lớp dịch vụ. Một kho lưu trữ như DAL cô lập lớp dịch vụ khỏi các chi tiết cụ thể về truy cập dữ liệu.
Một vấn đề triển khai dường như làm cho chúng khác nhau, đó là một kho lưu trữ thường được tạo với các phương thức có đặc điểm kỹ thuật. Kho lưu trữ sẽ trả về dữ liệu thỏa mãn đặc điểm kỹ thuật đó. Hầu hết các DAL truyền thống mà tôi đã thấy, sẽ có một tập hợp các phương thức lớn hơn, nơi phương thức sẽ nhận bất kỳ số lượng tham số nào. Mặc dù điều này nghe có vẻ là một sự khác biệt nhỏ, nhưng đó là một vấn đề lớn khi bạn bước vào lĩnh vực Linq và Expressions. Giao diện kho lưu trữ mặc định của chúng tôi trông như thế này:
public interface IRepository : IDisposable
{
T[] GetAll<T>();
T[] GetAll<T>(Expression<Func<T, bool>> filter);
T GetSingle<T>(Expression<Func<T, bool>> filter);
T GetSingle<T>(Expression<Func<T, bool>> filter, List<Expression<Func<T, object>>> subSelectors);
void Delete<T>(T entity);
void Add<T>(T entity);
int SaveChanges();
DbTransaction BeginTransaction();
}Đây là DAL hay kho lưu trữ? Trong trường hợp này, tôi đoán là cả hai.
Kim
Kho lưu trữ là một mẫu có thể được áp dụng theo nhiều cách khác nhau, trong khi lớp truy cập dữ liệu có trách nhiệm rất rõ ràng: DAL phải biết cách kết nối với bộ lưu trữ dữ liệu của bạn để thực hiện các hoạt động CRUD.
Một kho lưu trữ có thể là một DAL, nhưng nó cũng có thể nằm trước DAL và hoạt động như một cầu nối giữa lớp đối tượng nghiệp vụ và lớp dữ liệu. Việc triển khai nào được sử dụng sẽ thay đổi theo từng dự án.
Một điểm khác biệt lớn là DAO là một cách chung để giải quyết vấn đề tồn tại cho bất kỳ thực thể nào trong miền của bạn. Mặt khác, một kho lưu trữ chỉ xử lý các gốc tổng hợp.
Tôi đang tìm kiếm câu trả lời cho một câu hỏi tương tự và đồng ý với hai câu trả lời được xếp hạng cao nhất. Cố gắng làm rõ điều này cho bản thân tôi, tôi nhận thấy rằng nếu Đặc điểm kỹ thuật, đi đôi với mẫu Kho lưu trữ, được triển khai như các thành viên hạng nhất của mô hình miền, thì tôi có thể
Tôi thậm chí có thể đi xa hơn và tuyên bố rằng trừ khi mẫu Kho lưu trữ được sử dụng cùng với mẫu Đặc tả, nó không thực sự là "Kho lưu trữ", mà là một DAL. Một ví dụ tiếp theo trong mã giả:
specification100 = new AccountHasMoreOrdersThan(100)
specification200 = new AccountHasMoreOrdersThan(200)
assert that specification200.isSpecialCaseOf(specification100)
specificationAge = new AccountIsOlderThan('2000-01-01')
combinedSpec = new CompositeSpecification(
SpecificationOperator.And, specification200, specificationAge)
for each account in Repository<Account>.GetAllSatisfying(combinedSpec)
assert that account.Created < '2000-01-01'
assert that account.Orders.Count > 200Xem Bài luận về Đặc điểm kỹ thuật của Fowler để biết chi tiết (đó là những gì tôi dựa trên phần trên).
Một DAL sẽ có các phương pháp chuyên biệt như
IoCManager.InstanceFor<IAccountDAO>()
.GetAccountsWithAtLeastOrdersAndCreatedBefore(200, '2000-01-01')Bạn có thể thấy điều này có thể nhanh chóng trở nên cồng kềnh như thế nào, đặc biệt là vì bạn phải xác định từng giao diện DAL / DAO với cách tiếp cận này và triển khai phương pháp truy vấn DAL.
Trong .NET, các truy vấn LINQ có thể là một cách để triển khai các thông số kỹ thuật, nhưng việc kết hợp Đặc điểm kỹ thuật (biểu thức) có thể không trơn tru như với một giải pháp tự trồng. Một số ý tưởng cho điều đó được mô tả trong Câu hỏi SO này .
Ý kiến cá nhân của tôi là tất cả về ánh xạ, xem: http://www.martinfowler.com/eaaCatalog/repository.html . Vì vậy, đầu ra / đầu vào từ kho lưu trữ là các đối tượng miền, mà trên DAL có thể là bất kỳ thứ gì. Đối với tôi, đó là một bổ sung / hạn chế quan trọng, vì bạn có thể thêm triển khai kho lưu trữ cho cơ sở dữ liệu / dịch vụ / bất cứ thứ gì với bố cục khác và bạn có một nơi rõ ràng để tập trung vào việc lập bản đồ. Nếu bạn không sử dụng hạn chế đó và có ánh xạ ở nơi khác, thì việc có các cách khác nhau để biểu diễn dữ liệu có thể ảnh hưởng đến mã ở những nơi mà nó không nên thay đổi.
Lợi thế của việc sử dụng mẫu kho lưu trữ là mô phỏng lớp truy cập dữ liệu của bạn, để bạn có thể kiểm tra mã lớp nghiệp vụ của mình mà không cần gọi mã DAL. Có những lợi thế lớn khác nhưng điều này dường như rất quan trọng đối với tôi.
Vì vậy, trong hầu hết các trường hợp (đơn giản), DAO là một triển khai của Kho lưu trữ?
Theo như tôi hiểu, có vẻ như DAO xử lý chính xác với quyền truy cập db (CRUD - Không có lựa chọn mặc dù ?!) trong khi Kho lưu trữ cho phép bạn tóm tắt toàn bộ quyền truy cập dữ liệu, có lẽ là một mặt tiền cho nhiều DAO (có thể là các nguồn dữ liệu khác nhau).
Tôi có đang đi đúng đường không?
Trong thế giới bên ngoài (tức là mã máy khách), kho lưu trữ giống như DAL, ngoại trừ:
(1) các phương thức chèn / cập nhật / xóa bị hạn chế để có đối tượng vùng chứa dữ liệu làm tham số.
(2) đối với hoạt động đọc, nó có thể có đặc điểm kỹ thuật đơn giản như DAL (ví dụ: GetByPK) hoặc thông số kỹ thuật nâng cao.
Bên trong nó hoạt động với Lớp bản đồ dữ liệu (ví dụ: ngữ cảnh khung thực thể, v.v.) để thực hiện hoạt động CRUD thực tế.
Mẫu kho lưu trữ không có nghĩa là gì: -
Ngoài ra, tôi đã thấy mọi người thường nhầm lẫn khi có một phương thức Lưu riêng biệt làm phương thức triển khai mẫu kho lưu trữ bên cạnh các phương thức Chèn / Cập nhật / Xóa cam kết tất cả các thay đổi trong bộ nhớ được thực hiện bởi các phương thức chèn / cập nhật / xóa vào cơ sở dữ liệu. Chúng ta chắc chắn có thể có một phương thức Lưu trong một kho lưu trữ, nhưng đó không phải là trách nhiệm của kho lưu trữ để cô lập CUD trong bộ nhớ (Tạo, Cập nhật, Xóa) và các phương thức liên tục (thực hiện thao tác ghi / thay đổi thực tế trong cơ sở dữ liệu), nhưng trách nhiệm của mẫu Unit Of Work.
Hi vọng điêu nay co ich!
Người ta có thể tranh luận rằng "kho lưu trữ" là một lớp cụ thể và "DAL" là toàn bộ lớp bao gồm các kho lưu trữ, DTO, các lớp tiện ích và bất kỳ thứ gì khác được yêu cầu.