Uml 如何指示类（或接口）和在函数中用作类型参数的接口之间的关系

我自己找不到anwser，所以我会在这里试试

我正在处理一个赋值，我不知道如何在类（或接口）和在所述类的方法中用作参数的接口之间绘制某种关系。TBH我从java代码中将其反向工程化（我们作为任务接收），但在我看来，它缺少关系，特别是我上面提到的关系

我举了一些例子：

您可以看到，观察者类型在主体的方法中用作参数

与上面相同，MQTTClientServer在其订阅函数中使用接口类型MQTTCallback

---

我真的对这个问题摸不着头脑，我会假设，因为它是一个接口，接口的实现将决定关系实际实现的位置。但是我找不到任何关于这些关系应该如何写下来的理论信息。

使用接口或类作为参数类型意味着使用UML。它可以用虚线箭头和关键字«use»从具有操作的类到用作类型的接口或类显式建模

实现稍后将指定接口或类的具体使用方式，但这不会改变使用关系

在参数的情况下，箭头可能看起来是多余的，因为使用类型已经是一种用法。但是，以图形方式可视化关系有助于将不需要的关系最小化。此外，如果接口或类是在内部使用的，那么如果不对此关系进行建模，它将不可见

---

编辑：关键字是«使用»，而不是像我之前写的那样«使用»。

在这种情况下，我通常使用一个简单的依赖项（因此没有原型）。不过，《使用》并没有错。从我的观点来看，依赖性已经暗示了一种用途，因为如果不是用途指示，依赖性还会是什么？我知道，这是一个哲学问题。我同意在这种情况下，简单的依赖是有效的。然而，当它显然是一种用法时，为什么不更具体一点呢。一个优点是，至少对于接口来说，作为一个符号选项，可以使用lolly符号作为套接字符号来显示用法。请注意，它不是一个原型，即使它的关键字是用guillemets编写的。它是一个成熟的元类。不是，这会有很大的不同，但我认为这是值得一提的。再次被关键词/刻板印象的模糊性所愚弄。我想知道OMG的谁对此负责……事实上，因为原型和元类都在元级别上，所以图的读者不需要知道它是什么。因此，我认为不使用不同的符号是有意义的。也许对读者来说。但我想，配置文件的维护者不会同意。