Class 序列图中的方法

我有一个面试问题，然后我试图在网上找到它的问题，但我找不到。

---

我回答了，但我仍然对我的回答感到困惑。因为我认为Post也是Invoice类的一部分。

否。消息显示的是调用的内容，而不是调用的对象。所以发布是发票的一个操作，Post是从发票调用的GeneralEdge的一个操作。验证也是发票的一个操作。这只是一个自我呼吁

注意，我用的是上面的口语描述。首先，我重复你的评论，这个问题本身是有缺陷的

方法是错误的术语。它通常在MS世界中使用，但这里应该阅读操作UML2.5P。15:类拥有的操作可能有一个定义其详细行为的相关方法 在生命线的顶端，它只表示对象，而不是它们派生的类。可以认为类名是相同的，但要正确，它必须是：或：。没有冒号，它只是对象名。 返回箭头有一个错误的箭头。它必须是开放的，而不是充满的。箭头呈现的语义在UML中至关重要。 上面的实线消息在UML2.5P.574中定义为一条从发送者MessageEnd到接收者MessageEnd的线。当从发送事件遍历到接收事件时，该行必须确保每个行片段都是水平的或向下的。发送和接收事件可能都在同一条生命线上。线条或箭头的形式反映消息的属性。。。 因此，消息上面的文本是消息签名，它对应于指向的对象中的一个操作。有关更多信息，请参见UML规范。

---

否。该消息显示的是呼叫的内容，而不是呼叫的人/内容。所以发布是发票的一个操作，Post是从发票调用的GeneralEdge的一个操作。验证也是发票的一个操作。这只是一个自我呼吁

注意，我用的是上面的口语描述。首先，我重复你的评论，这个问题本身是有缺陷的

方法是错误的术语。它通常在MS世界中使用，但这里应该阅读操作UML2.5P。15:类拥有的操作可能有一个定义其详细行为的相关方法 在生命线的顶端，它只表示对象，而不是它们派生的类。可以认为类名是相同的，但要正确，它必须是：或：。没有冒号，它只是对象名。 返回箭头有一个错误的箭头。它必须是开放的，而不是充满的。箭头呈现的语义在UML中至关重要。 上面的实线消息在UML2.5P.574中定义为一条从发送者MessageEnd到接收者MessageEnd的线。当从发送事件遍历到接收事件时，该行必须确保每个行片段都是水平的或向下的。发送和接收事件可能都在同一条生命线上。线条或箭头的形式反映消息的属性。。。 因此，消息上面的文本是消息签名，它对应于指向的对象中的一个操作。有关更多信息，请参见UML规范。

---

最后一个选择，如果是调用而不是响应，则每个操作都是消息目标的一部分或继承，因此在箭头的一侧，此测试存在缺陷：没有Invoice类，只有Invoice对象。需要注意的一个类是：发票。此外，返回消息箭头应为开放式箭头，而不是平头箭头。最后，参与者分类器的使用是值得怀疑的，因为交互序列原则上在封闭的分类器中显示生命线：根据定义，参与者是系统外部的。应该使用浇口端。好的，我要指出一些细节，但是一个关于UML知识的测试应该显示出典型的UML知识和准确性。为了修正Christophe的注释：术语方法在MS世界中最常用，但这里应该阅读操作UML2.5p。15：类拥有的操作可能有一个相关的方法来定义其详细的行为上次选择，如果是调用而不是响应，则每个操作都是消息目标的一部分或继承，因此在箭头的一侧，此测试有缺陷：没有Invoice类，只有Invoice对象。需要注意的一个类是：发票。此外，返回消息箭头应为开放式箭头，而不是平头箭头。最后，参与者分类器的使用是值得怀疑的，因为交互序列原则上在封闭的分类器中显示生命线：根据定义，参与者是系统外部的。应该使用浇口端。好的，我要指出一些细节，但是一个关于UML知识的测试应该显示出典型的UML知识和准确性。为了修正Christophe的注释：术语方法在MS世界中最常用，但这里应该阅读操作UML2.5p。15:类所拥有的操作可能有关系

---

ed方法定义了它的详细行为事实上我不明白你为什么说谁/什么在调用，因为OP问题中没有关于这一点的内容，不说调用的是谁/什么是错误的，因为类Message具有引用消息发送的关联end sendEvent，其类型为MessageEnd，是MessageOccurrenceSpecification继承OccurrenceSpecification实现的抽象类，该类以与它相同的方式覆盖类型LifeLine的关联end还有关联end receiveEvent，它引用message@bruno根据第572页，我理解调用通俗地指操作调用：消息的签名指操作或信号。消息的名称必须与引用的操作或信号的名称相同。@Christophe消息的签名是其关联的一个端点，而不是消息的全部，在他的回答中qwerty_这样说消息。。。不是留言的签名…事实上我不明白你为什么要说谁/什么在打电话，因为OP问题中没有这方面的内容，不说调用的是谁/什么是错误的，因为类Message具有引用消息发送的关联end sendEvent，其类型为MessageEnd，是MessageOccurrenceSpecification继承OccurrenceSpecification实现的抽象类，该类以与它相同的方式覆盖类型LifeLine的关联end还有关联end receiveEvent，它引用message@bruno根据第572页，我理解调用通俗地指操作调用：消息的签名指操作或信号。消息的名称必须与引用的操作或信号的名称相同。@Christophe消息的签名是其关联的一个端点，而不是消息的全部，在他的回答中qwerty_这样说消息。。。不是邮件的签名。。。