非递归股票系统的建模

Question

我正在尝试建模一个业务域，它生成的股票实际上有一个复杂的递归库存系统。

1. 库存可以在项目级别上唯一地标记，或者；
2. 库存可以在框级(包含许多不可识别的项目)唯一标记，或；
3. 库存可以标签在托盘水平(包含一些不可识别的盒子)，或；
4. 股票可以是唯一的标签，然后包含在上面的水平，即独特的项目在一个独特的盒子。或唯一的物品直接放在一个独特的托盘上。

这是我的想法，但我对"QuantityOfUnidetifyableInners“并不确定，但我不知道有什么更好的方法来建模一个系统，该系统可能或不唯一地识别它的实体，因此，任何关于这个问题的建议都会受到赞赏，或者如果有人能找到解决这个问题的替代方法。

/// <summary>
/// ValueObject
/// </summary>
public sealed class StockIdentity
{
    private readonly string _serial;

    public StockIdentity(string serial)
    {
        _serial = serial;
    }

    public string Serial { get { return _serial; } }

    //...equals contract
}

/// <summary>
/// Entity
/// </summary>
public sealed class StockItem
{
    public StockIdentity Id { get; set; }
    public int QuantityOfNonIdentifiableInners { get; set; }
    public StockItem[] Identifiable { get; set; }
}

Answer 1

这里有一个想法:你为什么需要这个数量？它是否在您的域模型中是必要的，还是仅仅属于您的读取模型？

如果是的话，我会假设数量是您需要验证是否所有项目都还在那里的东西，所以我假设您会将其称为类似的

 ItemCount

我猜想领域专家不会说“嘿，每个标签上都有大量不可识别的内嵌者”，但可能会说“稍后，我们会数数项目，以确保所有的东西都在那里”。

当他们知道自己的话会被用作实现软件的基线时，领域专家往往会非常--甚至太过--意识到他们所说的话，所以他们往往会说得更正式。

当你问一个附带问题的时候，他们通常不再关心他们的正式语言，然后他们开始说他们的“真”域语言；这是以一种非常微妙的方式发生的，有时很难被注意到，但这通常是价值所在。

YMMV