Uml 在序列图中对API请求建模的适当方法是什么？

我将创建一些序列图来模拟web API中的交互

有一种重复的请求/响应调用模式，我不知道如何建模

比方说，我有一个API调用来请求来自API端点的属性。像这样使用标准回复模式合适吗？使用多个返回值变量（

encrypted\u属性、散列）分配是一种好的方式吗


还是应该像这样创建自定义请求/响应，以反映
request\u attributest
和
return\u encrypted\u attributes
都是由彼此独立的单元完成的

对于什么是合适的或什么是好的风格，答案只能基于观点。我对这个问题没有强烈的意见，但我可以看到一些决策要点：

1）Sparx Systems Enterprise Architect可以使用“隐式返回消息”绘制同步消息，如下所示：

只有一行（不是两行）。图表更简单，更容易阅读

2）Google：“uml序列图最佳实践”返回了几个带有正反两面的资源

3）通常当需要做出这样的决定时，遵循阻力最小的路径（仅铺设前几英里…）也被称为“良好指南”
IMO，第一个示例的缺点是，当箭头方向改变时，文本的请求和响应部分也会改变。我更喜欢第二种方法，因为它更容易分别识别请求或响应。在您的头脑中节省一些微秒。检查两个方面的一些示例。（我在Cinergix工作，但我没有写这篇文章）