类A和B之间的UML关系是什么，其中A使用B的方法创建其实例，然后在自己的（A'；s）类中使用它？

类A和B之间的UML关系是什么，其中A使用B的方法来创建其实例，然后在自己（A）的类中使用它？ 这是一种依赖吗？e、 g A-------->B

e、 g如何在下面的代码中描述发送者和邀请者之间的关系

class Sender{

   public void sendInvite(){
     ....
     Invite i = Invite.getInstance();
     ....
   }

}

class Invite{
   ...
   public static Invite getInstance(){
     ...
   }
}

注意：一旦我们从方法sendInvite（）返回，我们就不再存储任何到类Invite的链接。

从发送者到Invite的（定向）关联。因为您不使用属性而是局部变量，所以不能为Invite使用角色名称。此外，您可能有一个与Invite的self的关联（我猜）用于检索

getInstance（）中的singleton实例


来自上层建筑2.1.1关于关联

关联指定类型化实例之间可能出现的语义关系。它至少有两个由属性表示的端点，每个端点都连接到端点的类型。关联的多个端点可能具有相同的类型

由end类拥有的关联的end属性或该关联的可导航拥有的end属性表示该关联可以从相反的端点进行导航；否则，关联将无法从相对端进行导航

。。。和依赖性：

依赖关系表示模型元素之间的供应商/客户关系，其中供应商的修改可能会影响客户模型元素。依赖性意味着没有供应商，客户机的语义是不完整的。模型中依赖关系的存在没有任何运行时语义含义，它都是根据参与该关系的模型元素而不是它们的实例给出的

在我看来，它可以被表达为一个。从
发送者
到
邀请
，画一个虚线箭头，用
«呼叫»
或类似的东西标记它，然后继续
，据我所知，只有当我们有从a类到B类的链接时，关联才存在。。。但这种情况在一种方法中只有一次。如果未调用方法-则不存在链接。你确定这不是依赖吗？好吧，我想说：自由。这两个类之间都有关系。SS2.1.1（及以下）中的定义不够明确，足以让您获得自由。依赖性不如关联性强。但“强”是什么意思？你可以给它下定义…@RUstar：如果你觉得与人交往不舒服，你应该接受这个答案。