产品 BOM（物料清单）：成本更新...我必须使用树结构吗？

Question

我正在处理产品 BOM（物料清单），但我陷入了困境。这是我的类图：

• 一个组件有 ComponentItems。 ComponentItem 有一个 Component 和一个数量。示例：组件 ABC 有 3 个组件 C1 和 2 个组件 C2。
• 产品具有 ComponentItems 和 ProductItems（与 ComponentItems 类似，但针对产品）。

每个组件都有一个单位成本，因此组件项有一个总成本。由 ComponentItems 组成的 Component 也有总成本（ComponentItems 成本之和）。

这种结构允许我创建任何产品/组件层次结构。 我正在验证产品和组件的插入/更新中的循环。

我想在数据库中更新每个成本，我不想每次必须使用产品/组件时都使用对象计算成本。我的意思是，如果我更新组件 ABC 的单位成本，他的父组件成本应该更新，依此类推 -->更新在层次结构中传播。

实现这一点的最佳方法是什么？我正在考虑树表示。当组件更新时，我检索所有相关组件/产品并构建一棵树。然后我必须更新组件的第一级父级，并对这个父级的父级执行相同的操作。

Answer 1

我认为简单的树结构是最好的。

例如类似的东西

class Component {
    List<Component> children;
    Component parent;
    decimal _unitCost;

    public void addComponent(Component c) { children.add(c); UnitCost += c.UnitCost; } 

    public decimal UnitCost { 
       get {return unitCost;} 
       set { 
         if (parent != null) { 
            //update the parent cost, which will in turn update its parent etc.
            parent._unitCost -= UnitCost; parent.UnitCost += value; 
         }
         unitCost = value; 
       }


}

Answer 2

装饰器模式可能是解决此问题的好方法。

这里有《Head First Design Patterns》中的一个很好的章节，其中讨论了在类似的背景。