Rễ tổng hợp là gì?

Tôi đang cố gắng tìm hiểu cách sử dụng đúng mẫu kho lưu trữ. Khái niệm trung tâm của một gốc tổng hợp tiếp tục được đưa ra. Khi tìm kiếm cả web và Stack Overflow để tìm trợ giúp về gốc tổng hợp là gì, tôi tiếp tục tìm các cuộc thảo luận về chúng và các liên kết chết đến các trang được cho là chứa các định nghĩa cơ sở.

Trong ngữ cảnh của mẫu kho lưu trữ, một gốc tổng hợp là gì?

Trong ngữ cảnh của mẫu kho lưu trữ, các gốc tổng hợp là các đối tượng duy nhất mà mã máy khách của bạn tải từ kho lưu trữ.

Kho lưu trữ đóng gói quyền truy cập vào các đối tượng con - từ phối cảnh của người gọi, nó sẽ tự động tải chúng, đồng thời root được tải hoặc khi chúng thực sự cần thiết (như với tải lười biếng).

Ví dụ: bạn có thể có một Orderđối tượng đóng gói các hoạt động trên nhiều LineItemđối tượng. Mã khách hàng của bạn sẽ không bao giờ tải các LineItemđối tượng trực tiếp, chỉ Ordercó chứa các đối tượng đó, đó sẽ là gốc tổng hợp cho phần đó trong miền của bạn.

Từ Evans DDD:

AGGREGATE là một cụm các đối tượng liên quan mà chúng ta coi là một đơn vị cho mục đích thay đổi dữ liệu. Mỗi AGGREGATE có một gốc và một ranh giới. Ranh giới xác định những gì bên trong AGGREGATE. Root là một ENTITY duy nhất, cụ thể có trong AGGREGATE.

Và:

Root là thành viên duy nhất của AGGREGATE mà các đối tượng bên ngoài được phép giữ các tham chiếu đến [.]

Điều này có nghĩa là các gốc tổng hợp là các đối tượng duy nhất có thể được tải từ kho lưu trữ.

Một ví dụ là một mô hình chứa một Customerthực thể và một Addressthực thể. Chúng tôi sẽ không bao giờ truy cập một Addressthực thể trực tiếp từ mô hình vì nó không có ý nghĩa nếu không có bối cảnh của một liên kết Customer. Vì vậy, chúng ta có thể nói rằng Customervà Addresscùng nhau tạo thành một tổng hợp và đó Customerlà một gốc tổng hợp.

Root tổng hợp là một tên phức tạp cho ý tưởng đơn giản.

Ý tưởng chung

Sơ đồ lớp được thiết kế tốt đóng gói nội bộ của nó. Điểm thông qua đó bạn truy cập cấu trúc này được gọi là aggregate root.

Nội bộ của giải pháp của bạn có thể rất phức tạp, nhưng người dùng của hệ thống phân cấp này sẽ chỉ sử dụng root.doSomethingWhichHasBusinessMeaning().

Thí dụ

Kiểm tra hệ thống phân cấp lớp đơn giản này

Bạn muốn đi xe như thế nào? Chọn api tốt hơn

Tùy chọn A (nó chỉ hoạt động bằng cách nào đó):

car.ride();

Tùy chọn B (người dùng có quyền truy cập vào nội bộ lớp):

if(car.getTires().getUsageLevel()< Car.ACCEPTABLE_TIRE_USAGE)
    for (Wheel w: car:getWheels()){
        w.spin();
    }
}

Nếu bạn nghĩ rằng lựa chọn A tốt hơn thì xin chúc mừng. Bạn có được lý do chính đằng sau aggregate root.

Tổng hợp gốc đóng gói nhiều lớp. bạn có thể thao tác toàn bộ hệ thống phân cấp chỉ thông qua đối tượng chính.

Hãy tưởng tượng bạn có một thực thể Máy tính, thực thể này cũng không thể sống mà không có thực thể Phần cứng và thực thể Phần cứng. Chúng tạo thành Computertổng hợp, hệ sinh thái nhỏ cho phần Máy tính của miền.

Root tổng hợp là thực thể mẹ trong tập hợp (trong trường hợp của chúng tôi Computer), một cách thông thường là kho lưu trữ của bạn chỉ hoạt động với các thực thể là Rễ tổng hợp và thực thể này chịu trách nhiệm khởi tạo các thực thể khác.

Xem xét Tổng hợp gốc như một điểm nhập cảnh cho một Tổng hợp.

Trong mã C #:

public class Computer : IEntity, IAggregateRoot
{
    public Hardware Hardware { get; set; }
    public Software Software { get; set; }
}

public class Hardware : IEntity { }
public class Software : IValueObject { }

public class Repository<T> : IRepository<T> where T : IAggregateRoot {}

Hãy nhớ rằng Phần cứng cũng có thể là một ValueObject (không có bản sắc riêng), chỉ xem xét nó như một ví dụ.

Nếu bạn làm theo cách tiếp cận cơ sở dữ liệu đầu tiên, bạn tổng hợp gốc thường là bảng ở phía 1 của mối quan hệ 1-nhiều.

Ví dụ phổ biến nhất là một người. Mỗi người có nhiều địa chỉ, một hoặc nhiều phiếu thanh toán, hóa đơn, mục nhập CRM, v.v. Không phải lúc nào cũng như vậy, nhưng 9/10 lần là như vậy.

Chúng tôi hiện đang làm việc trên một nền tảng thương mại điện tử, và chúng tôi về cơ bản có hai nguồn gốc tổng hợp:

1. Khách hàng
2. Người bán

Khách hàng cung cấp thông tin liên hệ, chúng ta gán các giao dịch với họ, giao dịch được mục hàng vv

Người bán bán sản phẩm, có người liên hệ, trang về chúng tôi, ưu đãi đặc biệt, v.v.

Chúng được chăm sóc bởi kho lưu trữ của Khách hàng và Người bán tương ứng.

Dinah:

Trong bối cảnh của một kho lưu trữ, gốc tổng hợp là một thực thể không có thực thể cha. Nó chứa không, Một hoặc nhiều Thực thể Trẻ em có sự tồn tại phụ thuộc vào Cha mẹ cho danh tính của nó. Đó là mối quan hệ Một đến Nhiều trong Kho lưu trữ. Những thực thể trẻ em đó là Uẩn đồng bằng.

Từ một liên kết bị hỏng :

Trong một Uẩn có một Cốt liệu gốc. Root tổng hợp là thực thể mẹ cho tất cả các thực thể và đối tượng giá trị khác trong tập hợp.

Một kho lưu trữ hoạt động trên một gốc tổng hợp.

Thêm thông tin cũng có thể được tìm thấy ở đây .

Tổng hợp có nghĩa là bộ sưu tập của một cái gì đó.
root giống như nút trên cùng của cây, từ đó chúng ta có thể truy cập mọi thứ như <html>nút trong tài liệu trang web.
Blog Analogy, Một người dùng có thể có nhiều bài đăng và mỗi bài đăng có thể có nhiều bình luận. Vì vậy, nếu chúng tôi tìm nạp bất kỳ người dùng nào thì nó có thể đóng vai trò là root để truy cập tất cả các bài đăng liên quan và nhận xét thêm về các bài đăng đó. Đây là tất cả cùng nhau được cho là bộ sưu tập hoặc Tổng hợp

Uẩn là nơi bạn bảo vệ sự bất biến và lực lượng nhất quán của mình bằng cách giới hạn quyền truy cập tổng hợp tư tưởng truy cập của nó. Đừng quên, tổng hợp nên thiết kế theo các quy tắc và bất biến kinh doanh dự án của bạn, chứ không phải mối quan hệ cơ sở dữ liệu. bạn không nên tiêm bất kỳ kho lưu trữ nào và không được phép truy vấn.

Trong Erlang không cần phân biệt giữa các tập hợp, một khi tập hợp được tạo bởi các cấu trúc dữ liệu bên trong trạng thái, thay vì thành phần OO. Xem một ví dụ: https://github.com/bryanhunter/cqrs-with-erlang/tree/ndc-london