1

我想询问，正在使用 Web 服务的客户端应用程序是否可以向 Web 服务发送大量（54 MB）数据？客户端应用程序是否也必须是 Web 服务？如果是，那么数据将作为对 Web 服务请求的响应发送，我们如何能够从 Web 服务发送确认回执

我是网络服务的新手，所以任何帮助或指导都会非常有帮助。

4

1 回答 1

1

向 Web 服务发送大量 (54 MB) 数据？

是的，这对于大公司来说是可能的并且很常见。然而，做出了一些决定，这有助于优化并可能加速传输，例如

  1. 数据传输格式/协议：您可以通过为有效负载选择正确的数据格式来节省消息有效负载的大小。用于 Web 服务数据传输的两种最流行的数据格式（也称为协议）是JSON和 XML（扩展名为SOAP，一种基于 XML 的消息传递协议）。JSON 是更轻量级的选项（尽管它的应用程序有些限制），而 XML 是更重的（但更通用的选项）。

  2. 数据传输协议：轻量级传输协议还可以帮助节省消息传输效率和速度。在这方面，REST是轻量级路由的首选传输协议。在实践中，大多数 Web 服务都是基于 HTTP 的，但是 Web 服务范式让您可以在各种传输协议（SMTP、RMI 是选项）中向 Web 服务发送请求，前提是您确定 Web 服务能够了解您发送数据的传输协议

  3. 二进制数据的处理：Web 服务消息通常作为文本/字符类型的有效负载传输。在处理二进制数据（图像、文件等）时，您必须对您的选项更具选择性（阅读：谨慎），因为为二进制数据选择错误的数据传输类型会导致数据（消息）膨胀。SOAP 消息传输协议格式在这方面提供了几个选项。如果消息包含二进制数据，则可以调整这些标准的标准和具体实现以优化消息的大小。

客户端应用程序是否也必须是 Web 服务？

不，Web 服务中的关键字是service，即您要服务的应用程序/系统客户端。您的责任最终是通过预先确定的渠道以预先确定的格式向服务发送格式正确的数据（并根据您使用的服务类型期待对您的请求的可选响应）。除非您使用的服务明确定义了对系统的要求，因此发送另一条消息以确认较早的响应（在我看来这是灾难性的糟糕设计），否则您没有义务这样做。

于 2012-10-31T13:04:03.963 回答