什么是更适合描述循环模式的 UML 图？
What's the more appropriate UML diagram for describing a cyclical pattern?
我正在开发一个具有周期性的简单微服务：
- 等到有人发布关于 MQTT 主题的消息
- 执行操作
- 发送回复，然后等待下一条消息
我需要与其他人分享创建此微服务的所有步骤。
我正在考虑使用 activity 图，但我发现的所有示例似乎都没有涵盖此类行为。
用什么UML图来描述循环操作更合适，为什么？
要记住的一点是，没有停止接收消息的命令，它一启动就开始接收，只有在终止时才停止。
您描述了 activity 的细节，最适合用 activity diagram 建模。
为您的案例建模的方法不止一种。例如：
你所描述的循环性质已经是一个实现视图：你想象代码中的一个循环重复这些步骤。如果需要，您可以在图表中显示这样的控制流。
您也可以将单个迭代建模为 activity，并考虑 activity 在有内容要处理时开始。
最后，您可以使用对象流及其内置缓冲功能来对包括队列在内的整个系统进行建模。
最好使用 activity 图建模。
等待传入消息可以通过接受事件操作建模。发回回复可以通过发送信号操作建模。
下面的图片几乎是一样的。左图开始处理传入的消息，即使前一条消息的处理尚未结束。右图等待上一条消息处理完毕后开始接收新消息
我会推荐左边的图，因为它是最简单的。如果想强调循环性，或者强调服务只是一条一条地处理消息，可以选择右图。
我正在开发一个具有周期性的简单微服务：
- 等到有人发布关于 MQTT 主题的消息
- 执行操作
- 发送回复，然后等待下一条消息
我需要与其他人分享创建此微服务的所有步骤。 我正在考虑使用 activity 图，但我发现的所有示例似乎都没有涵盖此类行为。
用什么UML图来描述循环操作更合适，为什么？
要记住的一点是，没有停止接收消息的命令，它一启动就开始接收，只有在终止时才停止。
您描述了 activity 的细节，最适合用 activity diagram 建模。
为您的案例建模的方法不止一种。例如：
你所描述的循环性质已经是一个实现视图：你想象代码中的一个循环重复这些步骤。如果需要，您可以在图表中显示这样的控制流。
您也可以将单个迭代建模为 activity，并考虑 activity 在有内容要处理时开始。
最后，您可以使用对象流及其内置缓冲功能来对包括队列在内的整个系统进行建模。
最好使用 activity 图建模。 等待传入消息可以通过接受事件操作建模。发回回复可以通过发送信号操作建模。
下面的图片几乎是一样的。左图开始处理传入的消息，即使前一条消息的处理尚未结束。右图等待上一条消息处理完毕后开始接收新消息
我会推荐左边的图，因为它是最简单的。如果想强调循环性，或者强调服务只是一条一条地处理消息，可以选择右图。