我从UML开始,我正在尝试为简单的在线购物应用程序创建一个类图。我想知道我是否应该在以下类之间创建一个关联:
CardVerificator类的责任是如果卡有效,请与支付系统核实。此类有一个具有以下签名的方法:verifyCard(Card):void(当给定的卡无效时,该方法引发异常)。
(抱歉我的英文不好) 谢谢。
答案 0 :(得分:2)
这里不需要关联,只需要在这些类之间使用依赖。
当需要在相应对象之间建立永久的长期链接时,关联就会出现在操作中。在代码中,这种情况通常通过数据成员反映出来。在这里,我们谈论一个短期有限的联系,甚至不应该持久化(一个简单的方法参数而不是数据成员)。
CardVerificator当然应该“知道”“卡片”的概念,以便能够验证它,但这很好地解释了一个简单的通用依赖: