Networking 网络图中的边方向

当我绘制网络图时，比如说，浏览器a与http服务器B通信，http服务器B与数据库C通信，我绘制a、B和C的节点以及a和B之间以及B和C之间的边。然后我想通过添加箭头来具体化流的方向。我应该把箭头放在哪一边

变量2是直观的，但是，IMHO，变量1是正确的，因为数据实际上是从B流向A的

我想指出浏览器正在访问http服务器以读取网页，例如，浏览器正在浏览

---

那么，在这方面有什么参考资料可以帮助我吗？

当您想要指示数据从（客户端）A发送到（服务器）B时，请从A到B绘制箭头。当您想要指示数据从（服务器）B发送回（客户端）A时，请从B到A绘制箭头。数据可以双向流动

关于您的slashdot引用，当（客户端）A想要浏览到slashdot.org时，它会向服务器发出请求，因此您可以绘制一个从（客户端）A到（服务器）slashdot.org的箭头。当Slashdot收到此请求时，它会将响应发送回客户端，以便在浏览器中呈现Slashdot，因此在这种情况下，您将从服务器（Slashdot.org）向（客户端）a绘制一个箭头

下面是一个简单的参考说明：

如果这是一张“用户正在做什么”的图表，那么用户将从客户端转到服务器

如果它是一个“数据去向”的图表，那么客户端将向服务器传递一个字符串，服务器将向客户端返回一个字符串；它可以是一个双向箭头

---

我可能会选择变体1。“浏览器正在访问”是单向操作。

然后在两侧绘制一个箭头。您不认为从（客户端）A到服务器（B）的箭头是隐式的吗？您可以双向绘制箭头以显示响应和请求，也可以绘制两个单独的图表。这两个箭头实际上都是隐含的，因为你知道在这种情况下，沟通是双向的。由于第一个流（A->B）仅用于获取响应（B->A），因此最重要的流是B->A。这两个流都很重要。例如，为了让您真正从Slashdot.org获得响应，您的客户端首先需要能够向Slashdot.org发送请求，并且需要到达Slashdot.org服务器。如果您的请求没有到达，您将不会得到回复，您很可能会得到请求超时或类似的错误。如果您的请求确实到达slashdot，则它有责任将响应发送回浏览器以呈现页面。基本上，没有请求，就没有响应。关于您的图表，我认为第三个选项最能描述流程。客户机A向服务器B发送请求，服务器B向数据库C发送请求，数据库C向服务器B发送响应，服务器B向客户机A发送响应。如果服务器B只是向数据库C发送响应以更新数据，而不返回任何内容，您可以画一个单向箭头，但根据您对发生的情况的描述，我认为你名单上的第三条最能描述A、B和C之间的沟通