Dependencies 关联是否意味着UML中的依赖关系？

在讨论我对此的看法时，对于如何对此代码建模存在一些分歧：

public class MainClass
{
    private Something something;

    public void Action()
    {
        OtherClass other = something.GetOtherClass();
    }
}

重点是：

Something

类是

MainClass

中的一个属性，表示关联

Something

类在

MainClass

中被引用，表明存在依赖关系

附属机构应该是一个专门的协会

然而，由于依赖关系在供应商类不是属性的情况下可能是合适的，因此使用依赖关系是否“隐藏”了

某物是属性而不是简单引用的意图

此外，表示类中属性的关联是否意味着依赖关系，因为它正在被存储（并且可能以某种方式被引用和使用）

那么参考以上几点，关联是否意味着依赖关系，以及如何在类图中对上述代码建模？
依赖关系和关联是两个不同的概念。根据UML元模型，两者都是“关系”元类的两个独立子类

然而，在您的场景中，我只是对两个类之间的关联进行建模，而不是对依赖项进行建模。这两个类通过关联连接的事实已经使它们相互依赖。
我认为这实际上取决于您试图用特定的图表显示什么。你可以用其中任何一个来建模。你甚至可以在上下文中使用构图。
有三类，第一类是
main类，第二类是
Something
，第三类是
OtherClass
。如果您使用UML工具生成类，您将看到图表，这是非常简单的。它是由电子类组成的。我相信短划线连接在
MainClass
和
OtherClass
之间。连接到
MainClass
和
Something
之间的行（关联）
 +1指出我误解了关联和依赖之间的关系。通过从左到右挖掘UML上层结构规范来确认它，看看是否还有更多的答案，因为没有任何答案，我很满意这个答案解决了这个问题，我接受了它