C# 如何对方法中使用的对象进行建模（UML、类图）

我正在为一个现有的应用程序（C#）编写一个类图，我正在努力解决以下问题

假设您有两个类

A

和

B

。类

B

包含一个方法

foo

，该方法返回

a

对象的列表：

public class A { string V {get; set;} }

public class B { 
    string W {get; set;} 

    public List<A> foo(JObject bar) { /* do something */ }
}

公共类A{string V{get；set；}
公共B类{
字符串W{get；set；}
公共列表foo（作业对象栏）{/*做点什么*/}
}

当用UML建模时，

A

与

B

之间的关系是什么

起初我认为这是一个一对多的关系，方法返回

a

的列表（一个或多个…）。因为当类中有列表属性时，它通常是一对多关系。然而，我不知道这是否是同样的情况

---

在应用程序中，

A

类仅通过方法

foo（）

使用，因此将其连接到nothing也会很奇怪，因为它只是一个独立的类，我认为这也是错误的

我们唯一可以肯定的是

B

使用

A

：

B

需要了解

A

，因为它返回一个列表

这种关系叫做a：更准确地说，它是a。依赖项没有多重性：如果

B

多次使用

A

或仅使用一次，则没有区别；依赖性只是意味着它必须知道

A

---

如果在

B

和

a

之间有一对多，这意味着一种结构关系：在某个时刻

B

的实例可能与

a

s的某些实例存在。返回一个或多个A不足以创建链接，因为创建和返回的每个A都可能与B断开连接，一旦返回A，B也无法找到它们。没有联系，就没有联系。协会需要更持久的东西

你的代码很混乱。您列出了

B

，在下面您告诉它有另一个上面没有列出的操作。我冒昧地编辑了您的问题，以解决qwertyèso在代码示例中注意到的困惑。在这个场合，我还重新命名了字符串属性。我希望您同意修订版。您添加了标记

方法

，但根据UML，它应该是

操作

。不幸的是，术语

方法

被广泛使用，而不是

操作

（即使在这里也是如此）。

方法描述行为。见第页。UML2.5的287节。@qwerty_这是故意的，因为OP从C代码开始，询问如何建模方法返回类型。这里的方法指的是C#，而不是UML。这个标签对于其他人将一些已知的语言结构映射到鲜为人知的UML会更有用只是在谷歌上搜索方法/操作和编程。哦，好吧…@qwerty_确实如此：-我承认，在我的大脑深处，方法和操作只是成员函数的另一个名称；-）在深入了解UML并找到一个很好的解释之前，我一直都是这样做的。事情就是他们的名字。本体论很有趣。。。。