理解 UML 组件图中的依赖关系
understanding dependency relationship in UML component diagram
我很难理解 UML 组件图。
我刚刚经历了 "assembly connectors" 以下是我（认为我）的理解：
- 圆圈代表一个接口，我理解为一个组件可以提供给其他组件的一组功能。
- 半圆...好吧，不知道怎么称呼它，但它的意思类似于 "there's some functions I need in order to operate correctly"。在图像中，我猜订单必须可以访问 return 客户详细信息的功能（例如：方法
GetName()、GetAddress() 等），这就是它具有程序集的原因与 Customer Details 接口的连接，由客户提供。
我的问题是：为什么Account提供的接口（AccountDetails）和Order需要的接口（Payment）之间有依赖关系箭头？
link of this image没有解释。
组装连接器（顶部显示两个）是一种临时概念。你知道应该有一个接口来代替，但还没有弥补细节。这是一个看起来像 socket/lollipop 的连接器。但它是一个连接器。
单独的lollipop/socket是具体的接口使用。这些是真实的元素。界面本身并没有实际显示（您将有一个显示详细信息的单独图表）。但是要明确依赖接口与提供依赖的接口相关。
简单地说，以上是设计阶段的中间部分。最后，所有组件都应替换为 provided/required 接口。
我很难理解 UML 组件图。
我刚刚经历了 "assembly connectors" 以下是我（认为我）的理解：
- 圆圈代表一个接口，我理解为一个组件可以提供给其他组件的一组功能。
- 半圆...好吧，不知道怎么称呼它，但它的意思类似于 "there's some functions I need in order to operate correctly"。在图像中，我猜订单必须可以访问 return 客户详细信息的功能（例如：方法
GetName()、GetAddress()等），这就是它具有程序集的原因与Customer Details接口的连接，由客户提供。
我的问题是：为什么Account提供的接口（AccountDetails）和Order需要的接口（Payment）之间有依赖关系箭头？
link of this image没有解释。
组装连接器（顶部显示两个）是一种临时概念。你知道应该有一个接口来代替，但还没有弥补细节。这是一个看起来像 socket/lollipop 的连接器。但它是一个连接器。
单独的lollipop/socket是具体的接口使用。这些是真实的元素。界面本身并没有实际显示（您将有一个显示详细信息的单独图表）。但是要明确依赖接口与提供依赖的接口相关。
简单地说，以上是设计阶段的中间部分。最后，所有组件都应替换为 provided/required 接口。