WebInvoke属性是否可以由绑定配置替换

时间:2009-03-18 13:12:23

标签: .net wcf wcf-binding

为了让WCF服务使用JQuery,我在操作契约中添加了一个WebInvoke属性来控制JSON序列化,如下所示:

[WebInvoke(Method = "GET", ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare)]

是否有办法通过配置中的服务绑定来控制此序列化,因为它限制了此服务向不同端点提供不同的序列化。

1 个答案:

答案 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
    {}
}

如果不是类型别名的必要性,我会说这是一个完整的解决方案。如果您不想同时支持多种格式,这是一个完整的解决方案。这比多合同解决方案更优越,因为只有一个合同,您不需要保持两个合同同步。