3

我正在开发一个 .NET CF 客户端应用程序并使用 Web 服务进行数据传输。我正在使用 SharpZipLib 压缩传输的数据集，因此我知道传输的字节数组的大小。

我想知道是否有一种简单的方法来确定完成单个调用的请求大小（html headerder、soap 信封和真实数据）。我真的想尽量减少 GPRS 连接成本。

谢谢...

4

3 回答 3

1

重新提出整体问题；对不起，我不知道使用网络跟踪器...

然而; 我可以谦虚地建议数据集和 SOAP 并不总是带宽受限设备的最佳选择吗？压缩做得很好，但并不总是理想的。除非您需要提供的功能，否则可以使用更简单的协议（例如 POX，可能使用内置协议压缩 (GZIP/Deflate)）。

另一方面...如果您可以将事物表述为消息，那么像protobuf-net这样的序列化程序可能会很有用（结合原始二进制帖子）；它们的数据非常密集（因此尝试使用压缩不可避免地会增加大小）。但是，您需要在客户端进行自己的数据/更改跟踪，并且 RPC 堆栈尚不完整（我有工作原型代码，但我还没有提交它，因为我还在单元测试它）。服务器也将有所不同（即不是 asmx 或其他任何东西 - 可能是操纵的处理程序或 MVC 控制器）。

作为另一种选择 - ADO.NET 数据服务可能会引起人们的兴趣，尤其是在 JSON 模式下（对于带宽，再次使用协议压缩）。

于 2009-03-11T14:12:02.800 回答
0

WCF 支持消息跟踪，可以让您查看生成的 SOAP+Message 的大小。您可以使用这些跟踪文件来确定您要查找的内容，尽管对您的通信进行压缩后发送的字节数将不那么明显。对于实际的电线尺寸，wireshark 将是一个不错的选择。或者，您可以压缩从 WCF 跟踪中提取的消息并大致了解一下。

于 2009-03-11T17:17:45.880 回答
0

Wireshark是著名的协议分析工具。但是，对于您的需求，这可能有点过头了。

还结帐Fiddler。这更容易，它将允许您监控来自模拟器的流量。

tcpmon是一个 Java 实用程序，可以位于服务器和客户端之间。您需要在应用程序中编辑端点以连接到 tcpmon 并配置 tcpmon 以将所有请求代理到实际的 Web 服务。它不应该花费超过 10 分钟 - 这是一个非常简单的实用程序。然后您可以在 tcpmon 中监控原始请求或使用 Fiddler 捕获流量。

于 2009-03-11T14:29:33.473 回答