哪种设计模式适合这种情况？

Question

到目前为止，我一直在处理的大多数对象看起来都非常类似于它们所基于的数据库表。所以我有一个映射 db.fish 表的 fish 对象和一个映射 db.fish_transfer 表的 fish_transfer 对象等。

现在我正在研究一个类Provenance，它管理不容易映射到单个数据库表的数据。情况如下：

每条鱼都有一个出处，即关于它在进入我们系统之前的位置的信息。有 4 种来源：“未知”、“交付”、“现场培育”、“重复使用”。所有出处都有一个 fish_id 和一个相关的日期，除了“现场繁殖”之外的所有来源都需要立即设置计数。除此之外，它们在与之关联的数据以及在创建/删除或更改时必须执行的操作方面存在很大差异。

我曾想过将出处类型存储在 fish 对象中。因此，在实例化时，fish 将调用 ProvenanceFactory::make($this->fish_id, $this->ptype) 并获得正确子类的出处对象 $prov。那么如果编辑了出处类型会发生什么？

可能性：

• 拨打$this->prov->delete()，然后拨打$this->prov=ProvenanceFactory::make($this->fish_id, $newtype); $this->prov->setall($data);
• 致电ProvenanceFactory::morph(&$this->prov,$newtype); $this->prov->setall($data);
• 致电$this->prov->morph($newtype); $this->prov->setall($data);
• 致电$this->prov->morph($newtype, $data);
• ??

在所有情况下，编辑出处类型都会导致更新或删除特定于 Provenance 子类的各种表中的一组数据库行，然后在各种其他表中创建另一组行。

上述哪种可能性（或其他可能性）是最好的选择？我应该尝试实现什么设计模式（Factory 除外）？

Answer 1

拥有一个 ProvenanceBase 类怎么样，它有一个复制构造函数。
这样，您的工厂可以有一个 morph 方法（类似于您编写的第二个项目符号），它只是从现有的 派生 对象创建一个新的 派生 对象。

Answer 2

我不想建议重新映射您所做的一切，但是您是否考虑过使用类表继承。

见：http://martinfowler.com/eaaCatalog/classTableInheritance.html

因此，在您的示例中，您的 Provenance 表，您可以使用您的鉴别器列来识别该类处于哪个状态。