.net - WCF 客户端(添加服务引用)讨厌 WebGet 和 WebInvoke ...真的，它确实如此

Question

我一直致力于创建独立于 .Net 客户端运行的 WCF 服务。感谢 Google 和 StackOverflow，我已经能够创建简单的 xml 和 json 服务，而无需 Soap 包装器和一堆我不需要的花哨的 WCF 东西。这是一次痛苦的经历，因此是这个问题的主题。在自动添加服务引用时使用 WebGet 和 WebInvoke 时，WCF 在客户端会出现严重错误。

为了检查通信，我一直在本地创建一个 WCF 客户端并通过 Fiddler 传递所有内容.这样，无论它是否有效，我至少可以看到客户端试图发送的内容。当它最终起作用时，我可以看到从两端发送的数据，然后在非 .Net 客户端中复制此通信。

我当前的问题是，当我将服务更改为期望 POST 数据为 json(启用 WebScript 行为)时，客户端不知道，它仍然尝试将对象作为 xml 发送。当使用添加服务引用时，我遇到了很多客户端配置没有自动正确设置的问题，所以我希望它是一些简单的东西，我可以添加到客户端的 app.config 中。在使用XML的时候，我在服务中创建和使用的对象都是客户端自动序列化的xml(这样最方便)。在当前版本的 WCF 中，甚至可以像 json 那样做吗？

应该注意的是，我能够弄清楚我需要手动做什么，并使用 Fiddler(请求生成器)让它以原始形式工作，所以我可以在代码中序列化我的对象并通过以下方式手动发送数据http post...这就是我在非 .Net 客户端中的做法。这更像是一个问题，可以更好地理解 WCF 方面，以及为什么我在客户端缺少如此多的属性，而这些属性几乎没有或根本没有可用于解决这些问题的文档。

Answer 1

WCF 服务引用适用于自描述的 RPC 有效载荷 - 即 SOAP、wsHttp 等。同样，WCF 强类型客户端仅用于 RPC 有效载荷，因为只有它们能够广播所有类型信息等所需的信息使其正常工作。

当您使用 webget 和 webinvoke 时，您正在创建非 rpc 服务(旨在编写 REST 服务)，它们也不是自描述的，因此它不是服务引用功能的理想选择。

您当然可以为此编写一个 .Net 客户端 - 但您会发现使用 WebClient/WebRequest 编写它要容易得多，手动格式化/读取 XML/Json 请求/响应(或使用 DataContractSerializer 和 DataContractJsonSerializer 来帮忙解决这个问题)。