使用UML依赖关系

如果我有一个类a有一些函数，我写了一个新的类B，目的是测试类a提供的函数，我需要检测两个类之间的关系，可以说a和B之间的关系是依赖关系吗？

---

提前谢谢

绝对感谢。B在某种程度上依赖于A，它将测试A的能力。您可以使用原型（例如，此处

）来精确定位连接器的特定特征。尽管你不应该过度使用刻板印象

---

在UML连接器下，依赖性是最弱的。关联稍微强一些（例如，它在类中表示一个类中有另一个的实例）。关于何时使用哪种连接器，人们进行了长时间的讨论。依赖总是好的。这表明存在一种概念关系。关联显示出一种更强的关系。

绝对如此。B在某种程度上依赖于A，它将测试A的能力。您可以使用原型（例如，此处

）来精确定位连接器的特定特征。尽管你不应该过度使用刻板印象

---

在UML连接器下，依赖性是最弱的。关联稍微强一些（例如，它在类中表示一个类中有另一个的实例）。关于何时使用哪种连接器，人们进行了长时间的讨论。依赖总是好的。这表明存在一种概念关系。关联显示出一种更强的关系。

绝对如此。B在某种程度上依赖于A，它将测试A的能力。您可以使用原型（例如，此处

）来精确定位连接器的特定特征。尽管你不应该过度使用刻板印象

---

在UML连接器下，依赖性是最弱的。关联稍微强一些（例如，它在类中表示一个类中有另一个的实例）。关于何时使用哪种连接器，人们进行了长时间的讨论。依赖总是好的。这表明存在一种概念关系。关联显示出一种更强的关系。

绝对如此。B在某种程度上依赖于A，它将测试A的能力。您可以使用原型（例如，此处

）来精确定位连接器的特定特征。尽管你不应该过度使用刻板印象

---

在UML连接器下，依赖性是最弱的。关联稍微强一些（例如，它在类中表示一个类中有另一个的实例）。关于何时使用哪种连接器，人们进行了长时间的讨论。依赖总是好的。这表明存在一种概念关系。关联显示了一种更强的关系。

关于您的图表，如果B测试a，那么箭头应该指向a到B。正如xmojmr的页面（参见Tom Kilian回答的注释）所提到的，规范存在一些问题

在规范中，哪个类取决于哪个类在语义上是不明确的。规范明确了这一点：有一个客户和一个供应商。箭头端为供应商，尾端为客户。问题在于上部结构2.4.1中的示例图，图7：

xmojmr的链接说：

这个例子实际上显示了与UML规范相反的内容。汽车工厂取决于汽车类别。可以在不了解CarFactory类的情况下定义Car类，但是CarFactory需要Car来定义它，因为它生产汽车

虽然我同意这个例子与规范相反的评估，但我不同意对原因的解释。谁知道什么在这里是不相关的；这是关联箭头的问题，而不是依赖箭头的问题。依赖项箭头指向为进行指向的类提供功能的类（可以这么说）

因此，问题在于图表中存在错误，而不是描述中的错误。Car类确实依赖于CarFactory类，这意味着箭头位于错误的一端。CarFactory是Car类实例化操作的供应商。Car类是CarFactory的客户机，使用其实例化操作。因此，箭头应该指向汽车工厂，而不是汽车

xmojmr的链接也这么说，我同意：

说“…Car类是CarFactory类的实例”也是错误的。Car类由CarFactory类实例化

---

关于您的图表，如果B测试A，那么箭头应该指向A到B。正如xmojmr的页面（参见Tom Kilian答案的注释）所提到的，规范中存在一些问题

在规范中，哪个类取决于哪个类在语义上是不明确的。规范明确了这一点：有一个客户和一个供应商。箭头端为供应商，尾端为客户。问题在于上部结构2.4.1中的示例图，图7：

xmojmr的链接说：

这个例子实际上显示了与UML规范相反的内容。汽车工厂取决于汽车类别。可以在不了解CarFactory类的情况下定义Car类，但是CarFactory需要Car来定义它，因为它生产汽车

虽然我同意这个例子与规范相反的评估，但我不同意对原因的解释。谁知道什么在这里是不相关的；这是关联箭头的问题，而不是依赖箭头的问题。依赖项箭头指向为进行指向的类提供功能的类（可以这么说）

因此，问题在于图表中存在错误，而不是描述中的错误。Car类确实依赖于CarFactory类，这意味着箭头位于错误的一端。CarFactory是Car类实例化操作的供应商。Car类是CarFactory的客户机，使用其实例化操作。Theref