UML 消息逻辑
UML message logic
下图显示了一系列消息
他们代表了以下几种情况：
- 同步消息后没有立即响应（图 1）
- 在同一对象做出反应后立即启动（刺激）消息（图 1）
- 是否可以在没有刺激的情况下触发自我消息（图 2）
我的问题是：只要这些代表了案例描述中的逻辑就可以了对吗？或者 UML 是否强加了某种逻辑来遵循消息（刺激）及其响应（return）必须排序的方式？
图1
图2
编辑图片
图1
图2
嗯，我认为两者都有缺陷，因为您使用异步消息作为自我消息。虽然这可能是有效的，但在这里很可能是错误的使用。向自己发送异步消息意味着什么？稍后会发现的瓶子里的信息？一些分叉消息？现在假设您的意思是同步消息，您可能希望从上面扩展生命线，因为在收到用户名后的某个时候检查名称长度可能是一个顺序操作。
wrt edit pict 1 如果这是你的意图，那很好。然而，我再次对此表示怀疑。它称为检查名称长度，除非您纯粹是为了好玩而这样做，否则您可能会在某个地方处理检查结果。如果这是异步的，那么您如何知道检查是否完成？
下图显示了一系列消息 他们代表了以下几种情况：
- 同步消息后没有立即响应（图 1）
- 在同一对象做出反应后立即启动（刺激）消息（图 1）
- 是否可以在没有刺激的情况下触发自我消息（图 2）
我的问题是：只要这些代表了案例描述中的逻辑就可以了对吗？或者 UML 是否强加了某种逻辑来遵循消息（刺激）及其响应（return）必须排序的方式？
图1
图2
编辑图片
图1
图2
嗯，我认为两者都有缺陷，因为您使用异步消息作为自我消息。虽然这可能是有效的，但在这里很可能是错误的使用。向自己发送异步消息意味着什么？稍后会发现的瓶子里的信息？一些分叉消息？现在假设您的意思是同步消息，您可能希望从上面扩展生命线，因为在收到用户名后的某个时候检查名称长度可能是一个顺序操作。
wrt edit pict 1 如果这是你的意图，那很好。然而，我再次对此表示怀疑。它称为检查名称长度，除非您纯粹是为了好玩而这样做，否则您可能会在某个地方处理检查结果。如果这是异步的，那么您如何知道检查是否完成？