为了让WCF服务使用JQuery,我在操作契约中添加了一个WebInvoke属性来控制JSON序列化,如下所示:
[WebInvoke(Method = "GET", ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare)]
是否有办法通过配置中的服务绑定来控制此序列化,因为它限制了此服务向不同端点提供不同的序列化。
答案 0 :(得分:5)
我有一个不同的解决方案,它在@Marc Gravell的另一端工作:不是复制合同,而是从服务实现派生出两个不同的类。这些只是类型别名;它们是必要的,因为WCF激活系统(至少在IIS上)不允许你在不同的URL上激活相同的服务类型(我不知道为什么Gravell的解决方案没有遇到这个问题 - 我的错误获取是“当我尝试在同一站点上的不同URL激活相同的服务类时,URI已存在注册...”。请注意,如果要同时使用pox和json 运行相同的服务,这只是一个问题。如果您只想控制响应格式,则不需要此解决方法。
我的解决方案背后的关键概念是为同一服务使用2个不同的URI,然后使用端点行为设置默认的出站响应格式。您可以在this question中找到更多内容,这也涉及概念纯度问题:我们是否应该使用契约属性来指定属于网络协议的属性?我认为Marc Gravell对此问题的看法本身是有效的,但它与WCF的原始概念不一致,其中合同应该从协议栈中抽象出来。但是端点行为不允许您指定所有与REST相关的属性,您必须使用URI模板和入站格式的属性。
REST是否可以采用不同的方式实现?尽管WCF的设计人员在设计通用框架方面做得非常出色,但我认为他们并没有看到REST的到来。有些东西,比如URI模板,确实似乎属于合同。
够了!这是代码。首先是web.config文件。这就是魔术发生的地方。请注意,我在此示例中使用基于WCF 4配置的激活,但您也可以通过使用2个svc文件来表示2个URI来完成相同的操作。
<?xml version="1.0"?>
<configuration>
<system.web>
<compilation debug="true" targetFramework="4.0" />
</system.web>
<system.serviceModel>
<services>
<service name="StackOverflow.QuoteOfTheDayAsJson">
<endpoint binding="webHttpBinding" contract="StackOverflow.IQuoteOfTheDay"
behaviorConfiguration="jsonBehavior" />
</service>
<service name="StackOverflow.QuoteOfTheDayAsPox">
<endpoint binding="webHttpBinding" contract="StackOverflow.IQuoteOfTheDay"
behaviorConfiguration="poxBehavior" />
</service>
</services>
<behaviors>
<endpointBehaviors>
<behavior name="jsonBehavior">
<webHttp defaultOutgoingResponseFormat="Json" />
</behavior>
<behavior name="poxBehavior">
<webHttp defaultOutgoingResponseFormat="Xml"/>
</behavior>
</endpointBehaviors>
</behaviors>
<serviceHostingEnvironment multipleSiteBindingsEnabled="false">
<serviceActivations>
<add relativeAddress="QuoteOfTheDayJson.svc"
service="StackOverflow.QuoteOfTheDayAsJson"/>
<add relativeAddress="QuoteOfTheDayPox.svc"
service="StackOverflow.QuoteOfTheDayAsPox"/>
</serviceActivations>
</serviceHostingEnvironment>
</system.serviceModel>
</configuration>
以下是代码,包括服务合同,服务实现以及使其工作所需的类型别名:
namespace StackOverflow
{
[DataContract]
public class Quotation
{
[DataMember]
public string Text { get; set; }
[DataMember]
public string Author { get; set; }
}
[ServiceContract]
public interface IQuoteOfTheDay
{
[OperationContract]
[WebInvoke(Method="GET", UriTemplate="GetTodaysQuote")]
Quotation GetTodaysQuote();
}
public class QuoteOfTheDayImp : IQuoteOfTheDay
{
public Quotation GetTodaysQuote()
{
return new Quotation()
{
Text = "Sometimes it's better to appologize for not asking permission",
Author = "Admiral Grace Murray Hopper"
};
}
}
/// <summary>
/// A type alias used for json activation
/// </summary>
public class QuoteOfTheDayAsJson : QuoteOfTheDayImp
{}
/// <summary>
/// A type alias used for pox activation
/// </summary>
public class QuoteOfTheDayAsPox : QuoteOfTheDayImp
{}
}
如果不是类型别名的必要性,我会说这是一个完整的解决方案。如果您不想同时支持多种格式,这是一个完整的解决方案。这比多合同解决方案更优越,因为只有一个合同,您不需要保持两个合同同步。