在配置文件中应用 [WebInvoke(ResponseFormat = WebMessageFormat.Json)]

Question

我正在编写我所说的 POJ（普通旧 JSON）WCF Web 服务 - 一种接受并发出标准 JSON 的内容，没有 ASP.NET Ajax 喜欢添加的废话。

似乎需要三个步骤来完成：

1. 在端点标签中将“enableWebScript”更改为“webHttp”
2. 用 [WebInvoke(ResponseFormat = WebMessageFormat.Json)] 装饰方法
3. 添加 [AspNetCompatibilityRequirements(RequirementsMode) 的咒语 = AspNetCompatibilityRequirementsMode.Allowed)] 到服务合同

这对我来说一切正常 - 我可以传入并返回漂亮的纯 JSON。

如果我删除 WebInvoke 属性，那么我会返回 XML，所以它肯定会做它应该做的事情。但令我感到奇怪的是，指定 JSON 输出的选项出现在此处而不是在配置文件中。假设我也想将我的方法公开为 XML 端点 - 我将如何做到这一点？目前我能看到的唯一方法是使用第二种方法，它做同样的事情，但没有指定 WebMethodFormat.Json。然后冲洗并重复我服务中的每种方法？呸。

在属性中指定输出应该序列化为 JSON 似乎完全违背了 WCF 的理念，在 WCF 中实现服务是一种传输和编码不可知的方式，留下了如何移动数据的令人讨厌的细节转到配置文件。

有没有更好的方法来做我想做的事？还是我们被这个尴尬的属性困住了？还是我对 WCF 的理解不够深入？

Answer 1

我尚未对此进行全面测试，但是，我查看了反射器中的 WebMessageFormat 以及它在代码中的使用位置。

webHttp 元素有一个名为 defaultOutgoingResponseFormat 的属性，可以设置为“Json”或“Xml”。

    <behaviors>
      <endpointBehaviors>
        <behavior name="ServicesJSONEndpointBehavior">
          <webHttp defaultOutgoingResponseFormat="Json"/>
        </behavior>
</behaviors>

我遇到了同样的问题，并且在没有太多信息的情况下在线搜索后通常会遇到麻烦。

我将尝试使用多个已配置的端点行为并报告。

2011 年 6 月 5 日更新

仅供参考——我已经放弃了原版 WCF，因为它所有像这样的令人毛骨悚然的场景应该是简单，转而支持 ServiceStack (http://servicestack.net/)。如果您希望通过 HTTP 组合一个标准 REST 样式/面向文档的服务，该服务开箱即用地支持 JSON / XML / CSV（以及未来的协议缓冲区），并且允许您组合干净的 MVC - 风格的路线轻松，让 ServiceStack 看起来很硬。由于标准 WCF 中的一些不稳定的配置问题或类似问题，ServiceStack 将相当容易和干净地处理许多事情，这些事情总是成为主要的 PITA。 ServiceStack 使用它自己的 JSON 序列化程序，作为额外的奖励，它优于 DataContractJsonSerializer 和 JSON.NET，正如 Demis 在下面提到的那样。