当版本相关时建模版本控制

Question

我正在对类图进行建模，但我绝对遇到了这个问题：

我的新 Web 应用程序有“卡片”（有关某个主题的条目），用户可以对其进行修改，就像维基百科一样。 但与维基不同，不同的卡片保存不同的数据。 与维基百科不同的是，卡片与数据库中的其他卡片明确相关。 让我向您展示我最初是如何使用虚拟示例来设计它的：

/** Similar to strategy/bridge pattern */
class Card<T extends CardInfoVersion> is composed of T // container of versions
class CardInfoVersion // one version
class Painting extends CardInfoVersion 
class Museum extends CardInfoVersion is composed of Paintings

优雅、干净，但是错误。 使用这种方法，博物馆与绘画版本联系在一起，而不是与绘画本身联系在一起。 我想到的第一个解决方案是：

class Card<T extends CardInfoVersion> is composed of T
class CardInfoVersion
class Painting extends CardInfoVersion
class Museum extends CardInfoVersion is composed of Card<Painting>

这种方法很糟糕。 CardInfoVersion 下的类层次结构很大，因此 UML 模型将不可读，并且 Card 类将填充对 CardInfoVersion 子类的 ORM 引用。 然后我想出了这个：

class Card is composed of proposedModifications: Set<Card>
class Painting extends Card
class Museum extends Card is composed of Paintings

这也有味道。 事实上，自从版本消失后，这一切都变得一团糟。 它还要求管理员验证对卡的拟议修改。

我真的不知道如何解决这个问题。 记住：如果 CardInfoVersion 子类不相互关联，原始设计就可以。

请帮忙！

Answer 1

我会采用领域驱动的方法。 您的用户会称它们为“卡片”吗？ 这似乎是一个技术问题，但您将技术问题（卡片）与领域问题（博物馆、绘画）混合在一起。

如果不了解您的域和用户，就很难猜测您的最终解决方案是什么。

也许是这样的：

class Museum extends Content is composed of Paintings
class Painting extends Content

class Card is composed of Set<Content>

这样你就可以将领域模型（博物馆、绘画）与视图模型（卡片）分开。 我什至会更进一步，不使用继承（使用普通的旧java对象）路线，但我不知道你的确切实现。

如果您想了解有关这种设计风格的更多信息，此播客是有帮助。

Answer 2

@Michael 有一个很好的观点。 博物馆是一个域对象，绘画也是。 听起来你是在用“卡片”来收集不同人对画作的评论。 这表明 CardFile 就是您要建模的内容。 CardFile 将是卡片的集合。 卡片引用了相关的博物馆或绘画。

以下是一些提示：

• 写出一些用户故事或用例。 你太早陷入程序员思维了； 首先想想你想做什么。 如果您没有最喜欢的方法，请使用此模型：“某人”“做某事”“以获得一些结果”。 例如，“我获取了所有关于 Magritte 'Ceçi n'es pas une pipe' 的卡片，以便找出哪个博物馆拥有它。”

• 为类编写一些“用户代码”。 伪代码很好，但它确实有助于设计界面。

所以你可能会写：

cards := cardfile.getAllCards(ceciNesPas)
for each card in cards
do
    print card.getPainting().getMuseum()
od

我根本不是发誓这是最好的方法，只是一个例子。

• 如果这里的“版本控制”是有许多卡片与同一幅画相关联，那么现在您已经设置好了。 如果卡片上的格式、方法、数据项随着时间的推移而变化，那么您需要确定卡片特有的内容，并将其设为超类。 然后，您可以使 Card 的更高版本成为 Card 的新子类：保持不变的内容位于超类中，不同的部分属于子类的事务。