domain-driven-design - 领域驱动设计中的一组动态属性

Question

在通过搜索后，我找不到任何可以回答这个问题的问题，在我看来，这是相当常见的设计问题。

给定域对象:

public class Item {
    private Long itemSN;
    private String name;

    methods, etc...
}

我们需要存储描述项目的特定字符串属性集。它可以是重量、颜色、尺寸等。系统必须是灵活的并且能够保持可变的属性列表。它需要存储允许的属性名称，并最好强制执行其中一些。

我尝试了几种方法，但是所有 Item 对象共享的公共(public)约束的概念不适合任何标准域模型。

所以我开始将约束视为一种配置形式。每个项目都有自己的属性(在简单的字符串映射中)，另一方面，约束是所有项目的通用配置。于是下一个难题出现了……如何在不给领域模型造成大漏洞的情况下表达它？

很容易引入额外的应用层对象来存储约束，但是“允许/需要的属性”是商业事务，我们需要允许域用户(某种类型的经理)来改变它，所以把这个逻辑抽离出来感觉真的很可怕域层。

欢迎任何建议。

编辑 1.
经过大量头脑 Storm 后，我设法为给定情况创建了有效的对象模型。乍一看，用通用约束封装属性是不可能的，但最新的域外实现给了我一个想法:

public class Item {
    private Long itemSN;
    private String name;
    private List<Property> properties;
}

问题的核心在这里解决了:

public class Property {
    private Long propertyId;
    private String propertyValue;
    private Constraint constraint;
}

public class Constraint {
    private String name;
    private Boolean required;
    private List<String> allowedValues;
}

因此，每个属性都有其值和约束对象，它们指定名称、允许值和所需状态。这样约束对象可以被许多属性共享，并且这些属性中的任何一个都可以有自己的值。
它给数据库映射增加了一些复杂性，并且会影响性​​能，但它也将所有域逻辑保留在域对象中。

欢迎任何改进、建议和意见。

Answer 1

这个问题可以通过使用注解来非常合理地解决。注释允许您(编码人员)通过简单地使用约束注释属性来继续使用语言来使用属性，同时仍然可以在没有注释的情况下将相同的约束应用于用户定义的字段。

JSR-349是应用此类约束的 Java 标准。 Hibernate validator是一个众所周知的实现。