Đây là cách tôi làm cách tôi có thể giải quyết loại vấn đề này theo cách mà tôi hiện đang thực hành DDD.
Nếu bạn đang chỉnh sửa thứ gì đó yêu cầu thêm thẻ và xóa khỏi thẻ, chẳng hạn như bài đăng thì thẻ có thể là thực thể nhưng có lẽ chúng có thể là đối tượng giá trị và được tải và lưu cùng với bài đăng theo cách này. Cá nhân tôi có khuynh hướng ưu tiên các đối tượng giá trị trừ khi đối tượng cần được sửa đổi nhưng tôi nhận ra rằng có sự khác biệt giữa đối tượng thực thể được mô hình hóa là chỉ đọc "ảnh chụp nhanh" và đối tượng giá trị thực tế thiếu nhận dạng. Phần khó khăn là có lẽ đôi khi những gì bạn thường nghĩ là chìa khóa có thể là một phần của một đối tượng giá trị miễn là nó không được sử dụng làm nhận dạng trong bối cảnh đó và tôi nghĩ các thẻ thuộc loại này.
Nếu bạn đang chỉnh sửa các thẻ thì có thể là một ngữ cảnh bị ràng buộc riêng biệt hoặc ít nhất là một tập hợp riêng trong đó thẻ là chính gốc tổng hợp và được lưu giữ thông qua một kho lưu trữ. Lưu ý rằng lớp thực thể đại diện cho các thẻ trong ngữ cảnh này không phải là cùng một lớp thực thể cho các thẻ được sử dụng trong Tổng hợp bài đăng.
Nếu danh sách của bạn có sẵn thẻ trên màn hình cho mục đích chỉ đọc như để cung cấp danh sách lựa chọn, thì đó có thể là danh sách các đối tượng giá trị. Các đối tượng giá trị này có thể nhưng không phải ở trong Mô hình miền vì chúng chủ yếu là về hỗ trợ giao diện người dùng chứ không phải về miền thực.
Hãy kêu gọi nếu có ai có bất kỳ suy nghĩ nào về lý do tôi thực hiện điều này có thể sai nhưng đây là cách tôi đã làm.
Cơ sở dữ liệu quan hệ và ORM thường lừa chúng tôi tạo ra các thực thể ngẫu nhiên http://www.jefclaes.be/2013/05/accidental-entities-you-dont-need-that.html – JefClaes
cảm ơn liên kết – yeraycaballero
@yeraycaballero Nếu tôi lưu giá trị đối tượng trong một cột văn bản (tùy chọn 3), làm thế nào tôi nên làm gì để thực hiện cập nhật nguyên tử trên đối tượng giá trị? –