Tôi có nên luôn sử dụng dịch vụ hoặc tôi có thể sử dụng kho trực tiếp không?

Question

Tôi có nên luôn đi qua các dịch vụ khi tôi cố gắng theo dõi DDD không?

Hoặc tôi có thể sử dụng kho lưu trữ trực tiếp để lấy đối tượng miền không?

Answer 1

Cá nhân, tôi không thích nhìn thấy kho lưu trữ trong bộ điều khiển hoặc trong lớp trình bày nói chung. Nhưng tôi đã nhìn thấy nó nhiều lần và không có gì sai với nó trong bối cảnh DDD.

Tôi nghĩ câu trả lời là tùy thuộc vào dự án của bạn lớn đến mức nào. Một lớp dịch vụ thường được tìm thấy trong các dự án phức tạp hơn. Trong khi đó, các trang web MVC đơn giản hơn chỉ sử dụng trực tiếp kho lưu trữ.

Answer 2

Hoặc tôi có thể sử dụng kho lưu trữ trực tiếp để lấy đối tượng miền không?

Bạn chắc chắn có thể. Đó chính xác là mục tiêu của kho. Tôi tự hỏi loại dịch vụ nào bạn sẽ sử dụng cho điều đó (ngoại trừ trong bối cảnh cụ thể của kiến ​​trúc dựa trên SOA hoặc dịch vụ web).

Answer 3

Sau khi hoàn thành dự án đầu tiên của tôi được cấu trúc bằng nguyên tắc DDD: D, tôi thấy hữu ích khi có cả dịch vụ miền và kho lưu trữ có sẵn cho lớp ứng dụng để sử dụng.

ĐIỂM CHÍNH: Lớp ứng dụng có thể là dịch vụ WCF của bạn hoặc mã trong dịch vụ web của bạn nếu bạn đang sử dụng kiến ​​trúc đó. Tất cả phụ thuộc vào việc triển khai của bạn. Nếu nó phù hợp với việc thực hiện của bạn, lớp ứng dụng của bạn có thể giống như lớp trình bày của bạn, do đó có mã lớp ứng dụng trong các trình theo dõi của bạn hoặc mã biểu mẫu web phía sau.

Chức năng kho lưu trữ như bộ sưu tập trong bộ nhớ. Đối với lớp ứng dụng, mã sẽ giống như bạn đang sử dụng bất kỳ bộ sưu tập cũ nào.

Dịch vụ miền hoạt động giống như bộ xử lý hoặc người truy cập thông tin sẽ không bao giờ được cập nhật, có thể được xử lý nhưng không được cập nhật trực tiếp. Đối với lớp ứng dụng, mã sẽ giống như bạn đang sử dụng bất kỳ dịch vụ web cũ nào.

Điều đó đang được nói, tôi sẽ giải thích thêm với một số ví dụ:

Repositories

kho của tôi thực sự kế thừa từ một bộ sưu tập chung đánh máy với một đối tượng thực hiện Tôi tạo ra mà đóng gói chìa khóa cơ sở dữ liệu và công việc kinh doanh mô hình cùng nhau. Sử dụng phương pháp này, tôi có thể xác định một indexer trong giao diện của tôi như

BusinessObject this[int index]; 

và tôi có thể có một getter rằng sẽ trả lại đối tượng kinh doanh dựa trên các chỉ số của bộ sưu tập cơ bản và một setter mà sẽ tra cứu phím dữ liệu từ bộ sưu tập cơ bản và lưu đối tượng vào cơ sở dữ liệu. Điều này làm cho mã ứng dụng cực kỳ đơn giản, ví dụ

IBusinessObjectRepository repository = new SqlBusinessObjectRepository(sqlString); 
BusinessObject obj = repository[0]; //Get first object in the list. 
//Make some changes to the business object by setting properties or calling methods to process business logic. 
repository[0] = obj; //Save the object back to the database. 

Dịch vụ

Tôi sử dụng dịch vụ để lấy danh sách các đơn vị và các đối tượng giá trị mà tôi sẽ không để chỉnh sửa riêng rẽ và, trong trường hợp của tôi, là chỉ được sử dụng như các lựa chọn hoặc giá trị có sẵn khi gọi các phương thức trên gốc tổng hợp.Nói chung, tôi lưu trữ thông tin này trên máy chủ web. Đây không phải là chỉ sử dụng cho một dịch vụ tên miền, chỉ là ví dụ của tôi. Mã lớp ứng dụng vẫn còn tương đối đơn giản.

IBusinessService service = new ImplBusinessService(implementationArgs); 
List<BusinessObject> objsToCache = service.GetBusinessObjects(); 
//cache the objects on the web server. 

Kết luận và hiểu biết về nguyên tắc DDD, lớp ứng dụng có thể truy cập các đối tượng kinh doanh từ dịch vụ hoặc kho lưu trữ. Sự lựa chọn giữa chúng đi xuống đến những gì phù hợp nhất trong mô hình miền.